Path: utzoo!attcan!uunet!super!udel!gatech!uflorida!haven!ames!pasteur!ucbvax!CORY.BERKELEY.EDU!dillon
From: dillon@CORY.BERKELEY.EDU (Matt Dillon)
Newsgroups: comp.sys.amiga
Subject: Re:  DMouse
Message-ID: <8809300637.AA26420@cory.Berkeley.EDU>
Date: 30 Sep 88 06:37:53 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 18

:Couldn't the problem be solved by making DMouse only set focus when the
:mouse moves into a window?  So if a requester pops up not under
:the mouse, and is given focus, it'll keep focus until the requester
:goes away or the user moves the mouse INTO a window other than ther
:requester.

	Nope.  The problem is that the window under the mouse can change
without moving the mouse ... for example, a new window is openned, or the
user selects the window-to-back icon.

	So, anybody got any elegant solutions?  I was thinking of testing
the very first window in the screen for an active requester... if that's 
possible.  I think it is, but haven't looked at the structures yet.  In
anycase, if I can check this condition I can temporarily disable the 
focus-on-keyhit (using your terminology) and focus-on-mousemove features
until the requester goes away or the mouse crosses a window boundry.

				-Matt