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 | [email protected] <mailto:[email protected]> | 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:[email protected]] Sent: Wednesday, June 15, 2011 1:50 PM To: [email protected] 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?
