Path: utzoo!utgpu!attcan!uunet!cbmvax!rutgers!mit-eddie!bbn!rochester!pt.cs.cmu.edu!cadre!pitt!cisunx!ejkst
From: ejkst@cisunx.UUCP (Eric J. Kennedy)
Newsgroups: comp.sys.amiga
Subject: Re:  DMouse
Message-ID: <13005@cisunx.UUCP>
Date: 5 Oct 88 00:06:19 GMT
References: <8809281725.AA21445@cory.Berkeley.EDU> <490@quintus.UUCP>
Reply-To: ejkst@unix.cis.pittsburgh.edu (Eric J. Kennedy)
Organization: Univ. of Pittsburgh, Comp & Info Sys
Lines: 23

In article <490@quintus.UUCP> pds@quintus.UUCP (Peter Schachte) writes:
>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.

My personal objection to that is that I rearrange windows and screens
from the keyboard, not the mouse.  (Using wKeys, mainly)  I _like_ the
fact that any keyboard input automatically activates the window under
the mouse.  Given the choice between that feature and getting rid of the
requester problem, I'll live with the requester problem.  I've learned
to leave the mouse sitting in strategic spots, anyway.  That way, common
requesters _do_ come up under the mouse.

It seems to me that auto-activated string gadgets frequently stay
activated, anyway, even with Dmouse active.  


-- 
------------
Eric Kennedy
ejkst@cisunx.UUCP