You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@pivot.apache.org by "Roger L. Whitcomb" <Ro...@ingres.com> on 2011/06/15 00:53:22 UTC
Question about mouse location
Question: if I have a button (for instance) which when pressed opens a
dialog such that this dialog is positioned right where the button is, so
that it obscures the button, should there be any component on the new
dialog that has "isMouseOver()" true (without moving the mouse after the
dialog opens)? It seems like there isn't any until the mouse moves,
although I haven't conclusively proven that. But, should the
dialog/window "open" trigger a pseudo-mouse move so that the component
now under the mouse has its "mouseLocation" set? Or am I asking too
much?? Thanks.
Roger Whitcomb
Architect, Engineering
Ingres Corporation
roger.whitcomb@ingres.com <ma...@ingres.com>
PHONE +1 650.587.5596
FAX +1 650.587.5550
www.ingres.com <http://www.ingres.com/>
This transmission is confidential and intended solely for the use of the
recipient named above. It may contain confidential, proprietary, or
legally privileged information. If you are not the intended recipient,
you are hereby notified that any unauthorized review, use, disclosure or
distribution is strictly prohibited. If you have received this
transmission in error, please contact the sender by reply e-mail and
delete the original transmission and all copies from your system.
RE: Question about mouse location
Posted by "Roger L. Whitcomb" <Ro...@ingres.com>.
I will work on it. Thanks.
Roger Whitcomb | Architect, Engineering | Roger.Whitcomb@ingres.com
<ma...@ingres.com> | Ingres | 500 Arguello Street |
Suite 200 | Redwood City | CA | 94063 | USA
<http://www.google.com/maps?f=q&hl=en&geocode=&q=500+Arguello+Street+%7C
+Suite+200+%7C+Redwood+City+%7C+CA+%7C+94063+%7C+USA+&sll=37.0625,-95.67
7068&sspn=50.557552,73.037109&ie=UTF8&t=h&z=16&iwloc=addr> | +1
650-587-5596 | fax: +1 650-587-5550
From: Greg Brown [mailto:gk_brown@verizon.net]
Sent: Thursday, June 16, 2011 5:17 AM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
The only glitch now is if the component that falls under the
mouse location has a non-default cursor (i.e., different than the
window).
That was intentional, though I think it should be possible do determine
which component is under the cursor and use that component's cursor
instead. I don't have time to look into it at the moment, but the
relevant lines are where TerraDialogSkin and TerraSheetSkin call
Mouse.setCursor() if you want to try to fix it yourself.
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
> The only glitch now is if the component that falls under the mouse location has a non-default cursor (i.e., different than the window).
That was intentional, though I think it should be possible do determine which component is under the cursor and use that component's cursor instead. I don't have time to look into it at the moment, but the relevant lines are where TerraDialogSkin and TerraSheetSkin call Mouse.setCursor() if you want to try to fix it yourself.
RE: Question about mouse location
Posted by "Roger L. Whitcomb" <Ro...@ingres.com>.
That works better. The only glitch now is if the component that falls
under the mouse location has a non-default cursor (i.e., different than
the window). The mouse cursor is not set to the component's cursor.
This is evident in my tests if I hover over the LinkButton (giving the
hand / finger cursor), click on it to bring up the dialog and don't move
the mouse. The cursor (more or less) correctly becomes the default over
the new dialog window. Type something and hit Enter on the dialog. The
dialog closes and the cursor is still over the LinkButton, but the
cursor is now the default instead of the "hand" it should be. Moving
the mouse will then set it right.
Thanks for looking at this!
Roger Whitcomb | Architect, Engineering | Roger.Whitcomb@ingres.com
<ma...@ingres.com> | Ingres | 500 Arguello Street |
Suite 200 | Redwood City | CA | 94063 | USA
<http://www.google.com/maps?f=q&hl=en&geocode=&q=500+Arguello+Street+%7C
+Suite+200+%7C+Redwood+City+%7C+CA+%7C+94063+%7C+USA+&sll=37.0625,-95.67
7068&sspn=50.557552,73.037109&ie=UTF8&t=h&z=16&iwloc=addr> | +1
650-587-5596 | fax: +1 650-587-5550
From: Greg Brown [mailto:gk_brown@verizon.net]
Sent: Wednesday, June 15, 2011 3:43 PM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
Can you try this patch?
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
Can you try this patch?
On Jun 15, 2011, at 5:00 PM, Roger L. Whitcomb wrote:
> No. With head revs of “trunk” when the dialog opens, the mouse cursor changes from the finger that is was hovering over the list button to a regular arrow from the new dialog. When I try to set capture to the dialog’s “display” I get an IllegalArgumentException that the mouse pointer is not currently over the capturer.
>
> With your patch, the mouse cursor remains as the finger even after the dialog comes up, but I no longer get the exception when I try to capture the mouse on the display, and the wait cursor shows up.
>
> Roger Whitcomb | Architect, Engineering | Roger.Whitcomb@ingres.com| Ingres | 500 Arguello Street | Suite 200 | Redwood City | CA | 94063 | USA | +1 650-587-5596 | fax: +1 650-587-5550
> From: Greg Brown [mailto:gk_brown@verizon.net]
> Sent: Wednesday, June 15, 2011 1:50 PM
> To: user@pivot.apache.org
> Subject: Re: Question about mouse location
>
> Yes, it does resolve my problem, BUT the downside is that the mouse cursor no longer gets switched to what it should be in the new window until you actually move the mouse again.
>
> Isn't that the same behavior you observed before?
>
>
RE: Question about mouse location
Posted by "Roger L. Whitcomb" <Ro...@ingres.com>.
No. With head revs of "trunk" when the dialog opens, the mouse cursor
changes from the finger that is was hovering over the list button to a
regular arrow from the new dialog. When I try to set capture to the
dialog's "display" I get an IllegalArgumentException that the mouse
pointer is not currently over the capturer.
With your patch, the mouse cursor remains as the finger even after the
dialog comes up, but I no longer get the exception when I try to capture
the mouse on the display, and the wait cursor shows up.
Roger Whitcomb | Architect, Engineering | Roger.Whitcomb@ingres.com
<ma...@ingres.com> | Ingres | 500 Arguello Street |
Suite 200 | Redwood City | CA | 94063 | USA
<http://www.google.com/maps?f=q&hl=en&geocode=&q=500+Arguello+Street+%7C
+Suite+200+%7C+Redwood+City+%7C+CA+%7C+94063+%7C+USA+&sll=37.0625,-95.67
7068&sspn=50.557552,73.037109&ie=UTF8&t=h&z=16&iwloc=addr> | +1
650-587-5596 | fax: +1 650-587-5550
From: Greg Brown [mailto:gk_brown@verizon.net]
Sent: Wednesday, June 15, 2011 1:50 PM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
Yes, it does resolve my problem, BUT the downside is that the
mouse cursor no longer gets switched to what it should be in the new
window until you actually move the mouse again.
Isn't that the same behavior you observed before?
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
Oh, I think I understand. It stays the same as it was over the button (HAND). OK, so that won't fix the problem.
On Jun 15, 2011, at 4:49 PM, Greg Brown wrote:
>> Yes, it does resolve my problem, BUT the downside is that the mouse cursor no longer gets switched to what it should be in the new window until you actually move the mouse again.
>
> Isn't that the same behavior you observed before?
>
>
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
> Yes, it does resolve my problem, BUT the downside is that the mouse cursor no longer gets switched to what it should be in the new window until you actually move the mouse again.
Isn't that the same behavior you observed before?
RE: Question about mouse location
Posted by "Roger L. Whitcomb" <Ro...@ingres.com>.
Yes, it does resolve my problem, BUT the downside is that the mouse
cursor no longer gets switched to what it should be in the new window
until you actually move the mouse again.
Roger Whitcomb | Architect, Engineering | Roger.Whitcomb@ingres.com
<ma...@ingres.com> | Ingres | 500 Arguello Street |
Suite 200 | Redwood City | CA | 94063 | USA
<http://www.google.com/maps?f=q&hl=en&geocode=&q=500+Arguello+Street+%7C
+Suite+200+%7C+Redwood+City+%7C+CA+%7C+94063+%7C+USA+&sll=37.0625,-95.67
7068&sspn=50.557552,73.037109&ie=UTF8&t=h&z=16&iwloc=addr> | +1
650-587-5596 | fax: +1 650-587-5550
From: Greg Brown [mailto:gk_brown@verizon.net]
Sent: Wednesday, June 15, 2011 12:58 PM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
Can you apply this patch and let me know if it resolves the problem?
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
Can you apply this patch and let me know if it resolves the problem?
On Jun 15, 2011, at 2:53 PM, Roger L. Whitcomb wrote:
> Doesn’t work – “isMouseOver()” returns false for the display of the dialog as well, and also for the main window that is the owner of the dialog. So I get “IllegalArgumentException” from Mouse.capture.
>
> I tried also just setting the cursor for the display to Cursor.WAIT, but it doesn’t visually change unless the mouse moves either.
>
> So, no joy L
>
> Roger Whitcomb | Architect, Engineering | Roger.Whitcomb@ingres.com| Ingres | 500 Arguello Street | Suite 200 | Redwood City | CA | 94063 | USA | +1 650-587-5596 | fax: +1 650-587-5550
> From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
> Sent: Wednesday, June 15, 2011 10:38 AM
> To: user@pivot.apache.org
> Subject: Re: Question about mouse location
>
> Let me try that -- I think it wasn't working because the "isMouseOver()" wasn't returning true for the display either, but let me see what I can do that way.
>
> Thanks,
> ~Roger
>
> On 6/15/11 9:13 AM, Greg Brown wrote:
> Could you just set the busy cursor on the display? I imagine that might produce a better user experience, anyways - you basically want to show the user that the entire app is busy (vs. a single button, for example).
>
> G
>
> On Jun 15, 2011, at 11:59 AM, Roger L. Whitcomb wrote:
>
>
> What I'm trying to do is change the mouse to a wait cursor when the user presses the Enter key or the "OK" button is clicked with the mouse. In this particular case, there is a slight but noticeable delay for the operation to happen, so I'd like to have the user feedback of a wait cursor during this time. I have implemented all this stuff in the "previewDialogClose" method of the DialogStateListener. So, I have to find the component that the mouse is currently positioned over in order to do the capture and change the cursor. In the case of user clicking with the mouse on "OK" this is fine, but in the Enter key case, the mouse could be pretty much anywhere so I have to go looking for the component the mouse is over and it appears not to be over any component, so the capture can't be done and the wait cursor never gets set. So, the fail case is this:
> - User clicks on a button or link button to bring up a dialog, which opens covering up the original button in the owner window.
> - Without moving the mouse, user starts to type something in a dialog field and presses Enter to initiate the operation (which will close the dialog if successful).
> - Wait cursor would like to come up but I can't find any component for which "isMouseOver()" is true, so capture doesn't work.
>
> Is that clear enough? I can do a screen cam movie if you want to demonstrate the use case.
>
> But, I imagine (although I haven't tested this), based on what you're saying, that if I were to set a custom mouse cursor on a component in this same scenario that the cursor wouldn't change correctly when the dialog comes up (or goes away) until the mouse was moved again.
>
>
> Thanks,
> ~Roger
>
>
> -----Original Message-----
> From: Greg Brown [mailto:gk_brown@verizon.net]
> Sent: Wed 6/15/2011 8:39 AM
> To: user@pivot.apache.org
> Subject: Re: Question about mouse location
>
> It's a pretty deep issue. The reverse is also true - when you close a dialog, the mouse pointer is not updated either.
>
> Can you help me understand the use case a little better? You press a button which opens a dialog, and the mouse becomes positioned over a new component that is a child of the Dialog. Is this component's cursor (or the cursor of one of its ancestors) set to the busy cursor?
>
>
> On Jun 15, 2011, at 11:31 AM, Roger L. Whitcomb wrote:
>
> > In other words, I would like it to work at some point, but it is not urgent. I can look at it also if that would help.
> >
> > ~Roger
> >
> >
> > -----Original Message-----
> > From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
> > Sent: Tue 6/14/2011 6:24 PM
> > To: user@pivot.apache.org
> > Subject: Re: Question about mouse location
> >
> > Well, currently the only implication is that I don't get a wait cursor
> > when I hit the Enter key on my dialog if the mouse hasn't moved. So,
> > not a real big deal.
> >
> > ~Roger
> >
> > On 6/14/11 5:52 PM, Greg Brown wrote:
> > > Actually, it is supposed to work as you describe.
> > > TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
> > > which should trigger a mouse over on the current component. However,
> > > after stepping through the code, I see a number of reasons why this
> > > does not happen. I'm not sure yet what the right solution might be.
> > >
> > > How big of an issue is this for you?
> > >
> > > G
> > >
> > > On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
> > >
> > >> Question: if I have a button (for instance) which when pressed opens
> > >> a dialog such that this dialog is positioned right where the button
> > >> is, so that it obscures the button, should there be any component on
> > >> the new dialog that has "isMouseOver()" true (without moving the
> > >> mouse after the dialog opens)? It seems like there isn't any until
> > >> the mouse moves, although I haven't conclusively proven that. But,
> > >> should the dialog/window "open" trigger a pseudo-mouse move so that
> > >> the component now under the mouse has its "mouseLocation" set? Or am
> > >> I asking too much?? Thanks.
> > >> *Roger Whitcomb*
> > >> Architect, Engineering
> > >> *Ingres Corporation***
> > >> roger.whitcomb@ingres.com <ma...@ingres.com>
> > >> *PHONE*+1 650.587.5596
> > >> *FAX*+1 650.587.5550
> > >> *www.ingres.com* <http://www.ingres.com/>
> > >> This transmission is confidential and intended solely for the use of
> > >> the recipient named above. It may contain confidential, proprietary,
> > >> or legally privileged information. If you are not the intended
> > >> recipient, you are hereby notified that any unauthorized review, use,
> > >> disclosure or distribution is strictly prohibited. If you have
> > >> received this transmission in error, please contact the sender by
> > >> reply e-mail and delete the original transmission and all copies from
> > >> your system.
> > >
> >
> >
> >
>
>
>
>
RE: Question about mouse location
Posted by "Roger L. Whitcomb" <Ro...@ingres.com>.
Doesn't work - "isMouseOver()" returns false for the display of the
dialog as well, and also for the main window that is the owner of the
dialog. So I get "IllegalArgumentException" from Mouse.capture.
I tried also just setting the cursor for the display to Cursor.WAIT, but
it doesn't visually change unless the mouse moves either.
So, no joy L
Roger Whitcomb | Architect, Engineering | Roger.Whitcomb@ingres.com|
Ingres | 500 Arguello Street | Suite 200 | Redwood City | CA | 94063 |
USA
<http://www.google.com/maps?f=q&hl=en&geocode=&q=500+Arguello+Street+%7C
+Suite+200+%7C+Redwood+City+%7C+CA+%7C+94063+%7C+USA+&sll=37.0625,-95.67
7068&sspn=50.557552,73.037109&ie=UTF8&t=h&z=16&iwloc=addr> | +1
650-587-5596 | fax: +1 650-587-5550
From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
Sent: Wednesday, June 15, 2011 10:38 AM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
Let me try that -- I think it wasn't working because the "isMouseOver()"
wasn't returning true for the display either, but let me see what I can
do that way.
Thanks,
~Roger
On 6/15/11 9:13 AM, Greg Brown wrote:
Could you just set the busy cursor on the display? I imagine that might
produce a better user experience, anyways - you basically want to show
the user that the entire app is busy (vs. a single button, for example).
G
On Jun 15, 2011, at 11:59 AM, Roger L. Whitcomb wrote:
What I'm trying to do is change the mouse to a wait cursor when the user
presses the Enter key or the "OK" button is clicked with the mouse. In
this particular case, there is a slight but noticeable delay for the
operation to happen, so I'd like to have the user feedback of a wait
cursor during this time. I have implemented all this stuff in the
"previewDialogClose" method of the DialogStateListener. So, I have to
find the component that the mouse is currently positioned over in order
to do the capture and change the cursor. In the case of user clicking
with the mouse on "OK" this is fine, but in the Enter key case, the
mouse could be pretty much anywhere so I have to go looking for the
component the mouse is over and it appears not to be over any component,
so the capture can't be done and the wait cursor never gets set. So,
the fail case is this:
- User clicks on a button or link button to bring up a dialog, which
opens covering up the original button in the owner window.
- Without moving the mouse, user starts to type something in a dialog
field and presses Enter to initiate the operation (which will close the
dialog if successful).
- Wait cursor would like to come up but I can't find any component for
which "isMouseOver()" is true, so capture doesn't work.
Is that clear enough? I can do a screen cam movie if you want to
demonstrate the use case.
But, I imagine (although I haven't tested this), based on what you're
saying, that if I were to set a custom mouse cursor on a component in
this same scenario that the cursor wouldn't change correctly when the
dialog comes up (or goes away) until the mouse was moved again.
Thanks,
~Roger
-----Original Message-----
From: Greg Brown [mailto:gk_brown@verizon.net]
Sent: Wed 6/15/2011 8:39 AM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
It's a pretty deep issue. The reverse is also true - when you close a
dialog, the mouse pointer is not updated either.
Can you help me understand the use case a little better? You press a
button which opens a dialog, and the mouse becomes positioned over a new
component that is a child of the Dialog. Is this component's cursor (or
the cursor of one of its ancestors) set to the busy cursor?
On Jun 15, 2011, at 11:31 AM, Roger L. Whitcomb wrote:
> In other words, I would like it to work at some point, but it is not
urgent. I can look at it also if that would help.
>
> ~Roger
>
>
> -----Original Message-----
> From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
> Sent: Tue 6/14/2011 6:24 PM
> To: user@pivot.apache.org
> Subject: Re: Question about mouse location
>
> Well, currently the only implication is that I don't get a wait cursor
> when I hit the Enter key on my dialog if the mouse hasn't moved. So,
> not a real big deal.
>
> ~Roger
>
> On 6/14/11 5:52 PM, Greg Brown wrote:
> > Actually, it is supposed to work as you describe.
> > TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
> > which should trigger a mouse over on the current component. However,
> > after stepping through the code, I see a number of reasons why this
> > does not happen. I'm not sure yet what the right solution might be.
> >
> > How big of an issue is this for you?
> >
> > G
> >
> > On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
> >
> >> Question: if I have a button (for instance) which when pressed
opens
> >> a dialog such that this dialog is positioned right where the button
> >> is, so that it obscures the button, should there be any component
on
> >> the new dialog that has "isMouseOver()" true (without moving the
> >> mouse after the dialog opens)? It seems like there isn't any until
> >> the mouse moves, although I haven't conclusively proven that. But,
> >> should the dialog/window "open" trigger a pseudo-mouse move so that
> >> the component now under the mouse has its "mouseLocation" set? Or
am
> >> I asking too much?? Thanks.
> >> *Roger Whitcomb*
> >> Architect, Engineering
> >> *Ingres Corporation***
> >> roger.whitcomb@ingres.com <ma...@ingres.com>
> >> *PHONE*+1 650.587.5596
> >> *FAX*+1 650.587.5550
> >> *www.ingres.com* <http://www.ingres.com/>
> >> This transmission is confidential and intended solely for the use
of
> >> the recipient named above. It may contain confidential,
proprietary,
> >> or legally privileged information. If you are not the intended
> >> recipient, you are hereby notified that any unauthorized review,
use,
> >> disclosure or distribution is strictly prohibited. If you have
> >> received this transmission in error, please contact the sender by
> >> reply e-mail and delete the original transmission and all copies
from
> >> your system.
> >
>
>
>
Re: Question about mouse location
Posted by Roger and Beth Whitcomb <Ro...@rbwhitcomb.com>.
Let me try that -- I think it wasn't working because the "isMouseOver()"
wasn't returning true for the display either, but let me see what I can
do that way.
Thanks,
~Roger
On 6/15/11 9:13 AM, Greg Brown wrote:
> Could you just set the busy cursor on the display? I imagine that
> might produce a better user experience, anyways - you basically want
> to show the user that the entire app is busy (vs. a single button, for
> example).
>
> G
>
> On Jun 15, 2011, at 11:59 AM, Roger L. Whitcomb wrote:
>
>> What I'm trying to do is change the mouse to a wait cursor when the
>> user presses the Enter key or the "OK" button is clicked with the
>> mouse. In this particular case, there is a slight but noticeable
>> delay for the operation to happen, so I'd like to have the user
>> feedback of a wait cursor during this time. I have implemented all
>> this stuff in the "previewDialogClose" method of the
>> DialogStateListener. So, I have to find the component that the mouse
>> is currently positioned over in order to do the capture and change
>> the cursor. In the case of user clicking with the mouse on "OK" this
>> is fine, but in the Enter key case, the mouse could be pretty much
>> anywhere so I have to go looking for the component the mouse is over
>> and it appears not to be over any component, so the capture can't be
>> done and the wait cursor never gets set. So, the fail case is this:
>> - User clicks on a button or link button to bring up a dialog, which
>> opens covering up the original button in the owner window.
>> - Without moving the mouse, user starts to type something in a dialog
>> field and presses Enter to initiate the operation (which will close
>> the dialog if successful).
>> - Wait cursor would like to come up but I can't find any component
>> for which "isMouseOver()" is true, so capture doesn't work.
>>
>> Is that clear enough? I can do a screen cam movie if you want to
>> demonstrate the use case.
>>
>> But, I imagine (although I haven't tested this), based on what you're
>> saying, that if I were to set a custom mouse cursor on a component in
>> this same scenario that the cursor wouldn't change correctly when the
>> dialog comes up (or goes away) until the mouse was moved again.
>>
>>
>> Thanks,
>> ~Roger
>>
>>
>> -----Original Message-----
>> From: Greg Brown [mailto:gk_brown@verizon.net]
>> Sent: Wed 6/15/2011 8:39 AM
>> To: user@pivot.apache.org <ma...@pivot.apache.org>
>> Subject: Re: Question about mouse location
>>
>> It's a pretty deep issue. The reverse is also true - when you close a
>> dialog, the mouse pointer is not updated either.
>>
>> Can you help me understand the use case a little better? You press a
>> button which opens a dialog, and the mouse becomes positioned over a
>> new component that is a child of the Dialog. Is this component's
>> cursor (or the cursor of one of its ancestors) set to the busy cursor?
>>
>>
>> On Jun 15, 2011, at 11:31 AM, Roger L. Whitcomb wrote:
>>
>> > In other words, I would like it to work at some point, but it is
>> not urgent. I can look at it also if that would help.
>> >
>> > ~Roger
>> >
>> >
>> > -----Original Message-----
>> > From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
>> > Sent: Tue 6/14/2011 6:24 PM
>> > To: user@pivot.apache.org <ma...@pivot.apache.org>
>> > Subject: Re: Question about mouse location
>> >
>> > Well, currently the only implication is that I don't get a wait cursor
>> > when I hit the Enter key on my dialog if the mouse hasn't moved. So,
>> > not a real big deal.
>> >
>> > ~Roger
>> >
>> > On 6/14/11 5:52 PM, Greg Brown wrote:
>> > > Actually, it is supposed to work as you describe.
>> > > TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
>> > > which should trigger a mouse over on the current component. However,
>> > > after stepping through the code, I see a number of reasons why this
>> > > does not happen. I'm not sure yet what the right solution might be.
>> > >
>> > > How big of an issue is this for you?
>> > >
>> > > G
>> > >
>> > > On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
>> > >
>> > >> Question: if I have a button (for instance) which when pressed opens
>> > >> a dialog such that this dialog is positioned right where the button
>> > >> is, so that it obscures the button, should there be any component on
>> > >> the new dialog that has "isMouseOver()" true (without moving the
>> > >> mouse after the dialog opens)? It seems like there isn't any until
>> > >> the mouse moves, although I haven't conclusively proven that. But,
>> > >> should the dialog/window "open" trigger a pseudo-mouse move so that
>> > >> the component now under the mouse has its "mouseLocation" set?
>> Or am
>> > >> I asking too much?? Thanks.
>> > >> *Roger Whitcomb*
>> > >> Architect, Engineering
>> > >> *Ingres Corporation***
>> > >> roger.whitcomb@ingres.com <ma...@ingres.com>
>> <ma...@ingres.com>
>> > >> *PHONE*+1 650.587.5596
>> > >> *FAX*+1 650.587.5550
>> > >> *www.ingres.com* <http://www.ingres.com/>
>> > >> This transmission is confidential and intended solely for the use of
>> > >> the recipient named above. It may contain confidential, proprietary,
>> > >> or legally privileged information. If you are not the intended
>> > >> recipient, you are hereby notified that any unauthorized review,
>> use,
>> > >> disclosure or distribution is strictly prohibited. If you have
>> > >> received this transmission in error, please contact the sender by
>> > >> reply e-mail and delete the original transmission and all copies
>> from
>> > >> your system.
>> > >
>> >
>> >
>> >
>>
>>
>>
>
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
Could you just set the busy cursor on the display? I imagine that might produce a better user experience, anyways - you basically want to show the user that the entire app is busy (vs. a single button, for example).
G
On Jun 15, 2011, at 11:59 AM, Roger L. Whitcomb wrote:
> What I'm trying to do is change the mouse to a wait cursor when the user presses the Enter key or the "OK" button is clicked with the mouse. In this particular case, there is a slight but noticeable delay for the operation to happen, so I'd like to have the user feedback of a wait cursor during this time. I have implemented all this stuff in the "previewDialogClose" method of the DialogStateListener. So, I have to find the component that the mouse is currently positioned over in order to do the capture and change the cursor. In the case of user clicking with the mouse on "OK" this is fine, but in the Enter key case, the mouse could be pretty much anywhere so I have to go looking for the component the mouse is over and it appears not to be over any component, so the capture can't be done and the wait cursor never gets set. So, the fail case is this:
> - User clicks on a button or link button to bring up a dialog, which opens covering up the original button in the owner window.
> - Without moving the mouse, user starts to type something in a dialog field and presses Enter to initiate the operation (which will close the dialog if successful).
> - Wait cursor would like to come up but I can't find any component for which "isMouseOver()" is true, so capture doesn't work.
>
> Is that clear enough? I can do a screen cam movie if you want to demonstrate the use case.
>
> But, I imagine (although I haven't tested this), based on what you're saying, that if I were to set a custom mouse cursor on a component in this same scenario that the cursor wouldn't change correctly when the dialog comes up (or goes away) until the mouse was moved again.
>
>
> Thanks,
> ~Roger
>
>
> -----Original Message-----
> From: Greg Brown [mailto:gk_brown@verizon.net]
> Sent: Wed 6/15/2011 8:39 AM
> To: user@pivot.apache.org
> Subject: Re: Question about mouse location
>
> It's a pretty deep issue. The reverse is also true - when you close a dialog, the mouse pointer is not updated either.
>
> Can you help me understand the use case a little better? You press a button which opens a dialog, and the mouse becomes positioned over a new component that is a child of the Dialog. Is this component's cursor (or the cursor of one of its ancestors) set to the busy cursor?
>
>
> On Jun 15, 2011, at 11:31 AM, Roger L. Whitcomb wrote:
>
> > In other words, I would like it to work at some point, but it is not urgent. I can look at it also if that would help.
> >
> > ~Roger
> >
> >
> > -----Original Message-----
> > From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
> > Sent: Tue 6/14/2011 6:24 PM
> > To: user@pivot.apache.org
> > Subject: Re: Question about mouse location
> >
> > Well, currently the only implication is that I don't get a wait cursor
> > when I hit the Enter key on my dialog if the mouse hasn't moved. So,
> > not a real big deal.
> >
> > ~Roger
> >
> > On 6/14/11 5:52 PM, Greg Brown wrote:
> > > Actually, it is supposed to work as you describe.
> > > TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
> > > which should trigger a mouse over on the current component. However,
> > > after stepping through the code, I see a number of reasons why this
> > > does not happen. I'm not sure yet what the right solution might be.
> > >
> > > How big of an issue is this for you?
> > >
> > > G
> > >
> > > On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
> > >
> > >> Question: if I have a button (for instance) which when pressed opens
> > >> a dialog such that this dialog is positioned right where the button
> > >> is, so that it obscures the button, should there be any component on
> > >> the new dialog that has "isMouseOver()" true (without moving the
> > >> mouse after the dialog opens)? It seems like there isn't any until
> > >> the mouse moves, although I haven't conclusively proven that. But,
> > >> should the dialog/window "open" trigger a pseudo-mouse move so that
> > >> the component now under the mouse has its "mouseLocation" set? Or am
> > >> I asking too much?? Thanks.
> > >> *Roger Whitcomb*
> > >> Architect, Engineering
> > >> *Ingres Corporation***
> > >> roger.whitcomb@ingres.com <ma...@ingres.com>
> > >> *PHONE*+1 650.587.5596
> > >> *FAX*+1 650.587.5550
> > >> *www.ingres.com* <http://www.ingres.com/>
> > >> This transmission is confidential and intended solely for the use of
> > >> the recipient named above. It may contain confidential, proprietary,
> > >> or legally privileged information. If you are not the intended
> > >> recipient, you are hereby notified that any unauthorized review, use,
> > >> disclosure or distribution is strictly prohibited. If you have
> > >> received this transmission in error, please contact the sender by
> > >> reply e-mail and delete the original transmission and all copies from
> > >> your system.
> > >
> >
> >
> >
>
>
>
>
RE: Question about mouse location
Posted by "Roger L. Whitcomb" <Ro...@ingres.com>.
What I'm trying to do is change the mouse to a wait cursor when the user presses the Enter key or the "OK" button is clicked with the mouse. In this particular case, there is a slight but noticeable delay for the operation to happen, so I'd like to have the user feedback of a wait cursor during this time. I have implemented all this stuff in the "previewDialogClose" method of the DialogStateListener. So, I have to find the component that the mouse is currently positioned over in order to do the capture and change the cursor. In the case of user clicking with the mouse on "OK" this is fine, but in the Enter key case, the mouse could be pretty much anywhere so I have to go looking for the component the mouse is over and it appears not to be over any component, so the capture can't be done and the wait cursor never gets set. So, the fail case is this:
- User clicks on a button or link button to bring up a dialog, which opens covering up the original button in the owner window.
- Without moving the mouse, user starts to type something in a dialog field and presses Enter to initiate the operation (which will close the dialog if successful).
- Wait cursor would like to come up but I can't find any component for which "isMouseOver()" is true, so capture doesn't work.
Is that clear enough? I can do a screen cam movie if you want to demonstrate the use case.
But, I imagine (although I haven't tested this), based on what you're saying, that if I were to set a custom mouse cursor on a component in this same scenario that the cursor wouldn't change correctly when the dialog comes up (or goes away) until the mouse was moved again.
Thanks,
~Roger
-----Original Message-----
From: Greg Brown [mailto:gk_brown@verizon.net]
Sent: Wed 6/15/2011 8:39 AM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
It's a pretty deep issue. The reverse is also true - when you close a dialog, the mouse pointer is not updated either.
Can you help me understand the use case a little better? You press a button which opens a dialog, and the mouse becomes positioned over a new component that is a child of the Dialog. Is this component's cursor (or the cursor of one of its ancestors) set to the busy cursor?
On Jun 15, 2011, at 11:31 AM, Roger L. Whitcomb wrote:
> In other words, I would like it to work at some point, but it is not urgent. I can look at it also if that would help.
>
> ~Roger
>
>
> -----Original Message-----
> From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
> Sent: Tue 6/14/2011 6:24 PM
> To: user@pivot.apache.org
> Subject: Re: Question about mouse location
>
> Well, currently the only implication is that I don't get a wait cursor
> when I hit the Enter key on my dialog if the mouse hasn't moved. So,
> not a real big deal.
>
> ~Roger
>
> On 6/14/11 5:52 PM, Greg Brown wrote:
> > Actually, it is supposed to work as you describe.
> > TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
> > which should trigger a mouse over on the current component. However,
> > after stepping through the code, I see a number of reasons why this
> > does not happen. I'm not sure yet what the right solution might be.
> >
> > How big of an issue is this for you?
> >
> > G
> >
> > On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
> >
> >> Question: if I have a button (for instance) which when pressed opens
> >> a dialog such that this dialog is positioned right where the button
> >> is, so that it obscures the button, should there be any component on
> >> the new dialog that has "isMouseOver()" true (without moving the
> >> mouse after the dialog opens)? It seems like there isn't any until
> >> the mouse moves, although I haven't conclusively proven that. But,
> >> should the dialog/window "open" trigger a pseudo-mouse move so that
> >> the component now under the mouse has its "mouseLocation" set? Or am
> >> I asking too much?? Thanks.
> >> *Roger Whitcomb*
> >> Architect, Engineering
> >> *Ingres Corporation***
> >> roger.whitcomb@ingres.com <ma...@ingres.com>
> >> *PHONE*+1 650.587.5596
> >> *FAX*+1 650.587.5550
> >> *www.ingres.com* <http://www.ingres.com/>
> >> This transmission is confidential and intended solely for the use of
> >> the recipient named above. It may contain confidential, proprietary,
> >> or legally privileged information. If you are not the intended
> >> recipient, you are hereby notified that any unauthorized review, use,
> >> disclosure or distribution is strictly prohibited. If you have
> >> received this transmission in error, please contact the sender by
> >> reply e-mail and delete the original transmission and all copies from
> >> your system.
> >
>
>
>
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
It's a pretty deep issue. The reverse is also true - when you close a dialog, the mouse pointer is not updated either.
Can you help me understand the use case a little better? You press a button which opens a dialog, and the mouse becomes positioned over a new component that is a child of the Dialog. Is this component's cursor (or the cursor of one of its ancestors) set to the busy cursor?
On Jun 15, 2011, at 11:31 AM, Roger L. Whitcomb wrote:
> In other words, I would like it to work at some point, but it is not urgent. I can look at it also if that would help.
>
> ~Roger
>
>
> -----Original Message-----
> From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
> Sent: Tue 6/14/2011 6:24 PM
> To: user@pivot.apache.org
> Subject: Re: Question about mouse location
>
> Well, currently the only implication is that I don't get a wait cursor
> when I hit the Enter key on my dialog if the mouse hasn't moved. So,
> not a real big deal.
>
> ~Roger
>
> On 6/14/11 5:52 PM, Greg Brown wrote:
> > Actually, it is supposed to work as you describe.
> > TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
> > which should trigger a mouse over on the current component. However,
> > after stepping through the code, I see a number of reasons why this
> > does not happen. I'm not sure yet what the right solution might be.
> >
> > How big of an issue is this for you?
> >
> > G
> >
> > On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
> >
> >> Question: if I have a button (for instance) which when pressed opens
> >> a dialog such that this dialog is positioned right where the button
> >> is, so that it obscures the button, should there be any component on
> >> the new dialog that has "isMouseOver()" true (without moving the
> >> mouse after the dialog opens)? It seems like there isn't any until
> >> the mouse moves, although I haven't conclusively proven that. But,
> >> should the dialog/window "open" trigger a pseudo-mouse move so that
> >> the component now under the mouse has its "mouseLocation" set? Or am
> >> I asking too much?? Thanks.
> >> *Roger Whitcomb*
> >> Architect, Engineering
> >> *Ingres Corporation***
> >> roger.whitcomb@ingres.com <ma...@ingres.com>
> >> *PHONE*+1 650.587.5596
> >> *FAX*+1 650.587.5550
> >> *www.ingres.com* <http://www.ingres.com/>
> >> This transmission is confidential and intended solely for the use of
> >> the recipient named above. It may contain confidential, proprietary,
> >> or legally privileged information. If you are not the intended
> >> recipient, you are hereby notified that any unauthorized review, use,
> >> disclosure or distribution is strictly prohibited. If you have
> >> received this transmission in error, please contact the sender by
> >> reply e-mail and delete the original transmission and all copies from
> >> your system.
> >
>
>
>
RE: Question about mouse location
Posted by "Roger L. Whitcomb" <Ro...@ingres.com>.
In other words, I would like it to work at some point, but it is not urgent. I can look at it also if that would help.
~Roger
-----Original Message-----
From: Roger and Beth Whitcomb [mailto:RogerandBeth@rbwhitcomb.com]
Sent: Tue 6/14/2011 6:24 PM
To: user@pivot.apache.org
Subject: Re: Question about mouse location
Well, currently the only implication is that I don't get a wait cursor
when I hit the Enter key on my dialog if the mouse hasn't moved. So,
not a real big deal.
~Roger
On 6/14/11 5:52 PM, Greg Brown wrote:
> Actually, it is supposed to work as you describe.
> TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
> which should trigger a mouse over on the current component. However,
> after stepping through the code, I see a number of reasons why this
> does not happen. I'm not sure yet what the right solution might be.
>
> How big of an issue is this for you?
>
> G
>
> On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
>
>> Question: if I have a button (for instance) which when pressed opens
>> a dialog such that this dialog is positioned right where the button
>> is, so that it obscures the button, should there be any component on
>> the new dialog that has "isMouseOver()" true (without moving the
>> mouse after the dialog opens)? It seems like there isn't any until
>> the mouse moves, although I haven't conclusively proven that. But,
>> should the dialog/window "open" trigger a pseudo-mouse move so that
>> the component now under the mouse has its "mouseLocation" set? Or am
>> I asking too much?? Thanks.
>> *Roger Whitcomb*
>> Architect, Engineering
>> *Ingres Corporation***
>> roger.whitcomb@ingres.com <ma...@ingres.com>
>> *PHONE*+1 650.587.5596
>> *FAX*+1 650.587.5550
>> *www.ingres.com* <http://www.ingres.com/>
>> This transmission is confidential and intended solely for the use of
>> the recipient named above. It may contain confidential, proprietary,
>> or legally privileged information. If you are not the intended
>> recipient, you are hereby notified that any unauthorized review, use,
>> disclosure or distribution is strictly prohibited. If you have
>> received this transmission in error, please contact the sender by
>> reply e-mail and delete the original transmission and all copies from
>> your system.
>
Re: Question about mouse location
Posted by Roger and Beth Whitcomb <Ro...@rbwhitcomb.com>.
Well, currently the only implication is that I don't get a wait cursor
when I hit the Enter key on my dialog if the mouse hasn't moved. So,
not a real big deal.
~Roger
On 6/14/11 5:52 PM, Greg Brown wrote:
> Actually, it is supposed to work as you describe.
> TerraDialogSkin#windowOpened() calls reenterMouse() on the display,
> which should trigger a mouse over on the current component. However,
> after stepping through the code, I see a number of reasons why this
> does not happen. I'm not sure yet what the right solution might be.
>
> How big of an issue is this for you?
>
> G
>
> On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
>
>> Question: if I have a button (for instance) which when pressed opens
>> a dialog such that this dialog is positioned right where the button
>> is, so that it obscures the button, should there be any component on
>> the new dialog that has “isMouseOver()” true (without moving the
>> mouse after the dialog opens)? It seems like there isn’t any until
>> the mouse moves, although I haven’t conclusively proven that. But,
>> should the dialog/window “open” trigger a pseudo-mouse move so that
>> the component now under the mouse has its “mouseLocation” set? Or am
>> I asking too much?? Thanks.
>> *Roger Whitcomb*
>> Architect, Engineering
>> *Ingres Corporation***
>> roger.whitcomb@ingres.com <ma...@ingres.com>
>> *PHONE*+1 650.587.5596
>> *FAX*+1 650.587.5550
>> *www.ingres.com* <http://www.ingres.com/>
>> This transmission is confidential and intended solely for the use of
>> the recipient named above. It may contain confidential, proprietary,
>> or legally privileged information. If you are not the intended
>> recipient, you are hereby notified that any unauthorized review, use,
>> disclosure or distribution is strictly prohibited. If you have
>> received this transmission in error, please contact the sender by
>> reply e-mail and delete the original transmission and all copies from
>> your system.
>
Re: Question about mouse location
Posted by Greg Brown <gk...@verizon.net>.
Actually, it is supposed to work as you describe. TerraDialogSkin#windowOpened() calls reenterMouse() on the display, which should trigger a mouse over on the current component. However, after stepping through the code, I see a number of reasons why this does not happen. I'm not sure yet what the right solution might be.
How big of an issue is this for you?
G
On Jun 14, 2011, at 6:53 PM, Roger L. Whitcomb wrote:
> Question: if I have a button (for instance) which when pressed opens a dialog such that this dialog is positioned right where the button is, so that it obscures the button, should there be any component on the new dialog that has “isMouseOver()” true (without moving the mouse after the dialog opens)? It seems like there isn’t any until the mouse moves, although I haven’t conclusively proven that. But, should the dialog/window “open” trigger a pseudo-mouse move so that the component now under the mouse has its “mouseLocation” set? Or am I asking too much?? Thanks.
>
>
>
> Roger Whitcomb
> Architect, Engineering
> Ingres Corporation
> roger.whitcomb@ingres.com
>
> PHONE +1 650.587.5596
> FAX +1 650.587.5550
>
> www.ingres.com
>
> This transmission is confidential and intended solely for the use of the recipient named above. It may contain confidential, proprietary, or legally privileged information. If you are not the intended recipient, you are hereby notified that any unauthorized review, use, disclosure or distribution is strictly prohibited. If you have received this transmission in error, please contact the sender by reply e-mail and delete the original transmission and all copies from your system.
>