Return-Path: X-Original-To: apmail-pivot-user-archive@www.apache.org Delivered-To: apmail-pivot-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1CE856F25 for ; Wed, 15 Jun 2011 01:24:50 +0000 (UTC) Received: (qmail 74075 invoked by uid 500); 15 Jun 2011 01:24:50 -0000 Delivered-To: apmail-pivot-user-archive@pivot.apache.org Received: (qmail 74042 invoked by uid 500); 15 Jun 2011 01:24:49 -0000 Mailing-List: contact user-help@pivot.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@pivot.apache.org Delivered-To: mailing list user@pivot.apache.org Received: (qmail 74034 invoked by uid 99); 15 Jun 2011 01:24:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jun 2011 01:24:49 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [173.201.192.236] (HELO p3plsmtpa07-07.prod.phx3.secureserver.net) (173.201.192.236) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 15 Jun 2011 01:24:42 +0000 Received: (qmail 10399 invoked from network); 15 Jun 2011 01:24:20 -0000 Received: from unknown (76.200.171.212) by p3plsmtpa07-07.prod.phx3.secureserver.net (173.201.192.236) with ESMTP; 15 Jun 2011 01:24:19 -0000 Message-ID: <4DF809C2.4080408@rbwhitcomb.com> Date: Tue, 14 Jun 2011 18:24:18 -0700 From: Roger and Beth Whitcomb User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: user@pivot.apache.org Subject: Re: Question about mouse location References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------060204050002090103030002" X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. --------------060204050002090103030002 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit 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 >> *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. > --------------060204050002090103030002 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit 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
�
PHONE�+1 650.587.5596
FAX�+1 650.587.5550
�
�
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.
�

--------------060204050002090103030002--