Path: utzoo!attcan!uunet!lll-winken!lll-tis!helios.ee.lbl.gov!pasteur!ames!amdahl!kim
From: kim@amdahl.uts.amdahl.com (Kim DeVaughn)
Newsgroups: comp.sys.amiga
Subject: Re: DMouse oddity (bug?)
Message-ID: <35101@amdahl.uts.amdahl.com>
Date: 11 Jun 88 00:16:40 GMT
References: <8806052127.AA27324@cory.Berkeley.EDU> <997@unccvax.UUCP>
Organization: Amdahl Corporation,  Sunnyvale, CA 94086
Lines: 42

In article <997@unccvax.UUCP>, fwp@unccvax.UUCP (Rick Pasotto) writes:
> 
> 	One change I would like to see to DMouse is for the sunmouse
> to be activated only after a mouse movement.

If this is to go into dmouse, I hope it is an selectable option, as I
really like not having to move the mouse for the window to be activated.
Most of the time it's correct.


>                                               What is annoying me is
> that the considerate programmer has put up a file requester or whatever
> and has activated the gadget.  Only now my mouse (which is invisible) 
> doesn't happen to be in the area of the requester so it immediately
> gets de-selected and several keystrokes have gone to the wrong window
> before I realize the situation.  I'm surprised no one has mentioned this
> before, but then maybe I'm the only one with the problem :-).

No, you're not the only one.  I reported the problem with requesters to Matt
right after I started using dmouse (v1.03).  The solution is to find out if
any autoactivated string gadgets are "open" though, before activating the
window the mouse pointer is over (and if so, blow-off the window activation);
NOT to require the user to move the mouse!

I really bugs me too, and is my only *real* complaint with dmouse!

BTW, I find that it's about a 50-50 proposition as to whether the requester's
string gadget stays activated, or the window becomes activated (at least with
VT100's various filename/dirname/etc. requesters.  I.e., there is some kind of
S/W race condition ... sometimes the requester wins, and sometimes the window
wins (and sometimes the Dragon wins, too ... :-) ).  It's the requester
that *should* win ... always (?)

Anyhow ... Matt said he'd look into it (Matt ?)

/kim

-- 
UUCP:  kim@amdahl.amdahl.com
  or:  {sun,decwrl,hplabs,pyramid,ihnp4,uunet,oliveb,cbosgd,ames}!amdahl!kim
DDD:   408-746-8462
USPS:  Amdahl Corp.  M/S 249,  1250 E. Arques Av,  Sunnyvale, CA 94086
CIS:   76535,25