[comp.windows.x] MacX mouse problem

brock@sumex-aim.stanford.EDU (Kevin Brock) (04/03/91)

I've been having two problems with MacX and mice.  

	1) The middle and right mouse buttons ( left and right arrow )
	   will frequently 'stick.'  The application sees the button press,
	   but does not see the button release.  This happens both with a
	   one button mouse, using the arrow keys for the middle and right
	   buttons, and with a programmable 3-button mouse.  It also 
	   doesn't make a difference which of the Mouse options on the 
	   misc. prefs. list is selected.  This creates *big* problems 
	   with scrolling in the Athena Widget set.

	2) The pointer focus becomes stuck in one window.  Occasionally 
	   the pointer focus ( but *not* the keyboard focus ) will become
	   stuck in one window.  Keyboard focus will still move the way it's 
	   supposed to, but any button press events are delivered to
	   one window, no matter where the mouse is.  If I iconify the
	   window, the focus becomes stuck in the next window I click in.
	   The only way to restore proper operation is to shut down all of
	   my applications and restart MacX; inconvenient to say the least. 
	   Once again, this appears to be independent of mouse type. 

	Any help would be greatly appreciated.

Kevin Brock
brock@sumex-aim.stanford.edu


-------

abm@oxydol.aux.apple.com (Alan Mimms) (04/04/91)

In article <9104021839.AA02533@sumex-aim.stanford.edu>, brock@sumex-aim.stanford.EDU (Kevin Brock) writes:
|> I've been having two problems with MacX and mice.  
|> 
|> 	1) The middle and right mouse buttons ( left and right arrow )
|> 	   will frequently 'stick.'  The application sees the button press,
|> 	   but does not see the button release.  This happens both with a
|> 	   one button mouse, using the arrow keys for the middle and right
|> 	   buttons, and with a programmable 3-button mouse.  It also 
|> 	   doesn't make a difference which of the Mouse options on the 
|> 	   misc. prefs. list is selected.  This creates *big* problems 
|> 	   with scrolling in the Athena Widget set.

I'm pretty sure this is caused by a bug in Multifinder.  You can use
Multifinder 6.1beta or Multifinder under System 7.0 to fix this.  Let
me know (email is good) if you need a copy of Multifinder 6.1beta.

|> 	2) The pointer focus becomes stuck in one window.  Occasionally 
|> 	   the pointer focus ( but *not* the keyboard focus ) will become
|> 	   stuck in one window.  Keyboard focus will still move the way it's 
|> 	   supposed to, but any button press events are delivered to
|> 	   one window, no matter where the mouse is.  If I iconify the
|> 	   window, the focus becomes stuck in the next window I click in.
|> 	   The only way to restore proper operation is to shut down all of
|> 	   my applications and restart MacX; inconvenient to say the least. 
|> 	   Once again, this appears to be independent of mouse type. 

This is likely related to the previous problem.  Problem is that keyboard
focus can't be reassigned while there are keys "down" and they get stuck
down due to Multifinder dropping the key release events on the floor.

|> 	Any help would be greatly appreciated.
|> 
|> Kevin Brock
|> brock@sumex-aim.stanford.edu
|> 
|> 
|> -------

-- 

Alan Mimms (alan@apple.com, ...!apple!alan)   | My opinions are generally
A/UX X group                                  | pretty worthless, but
Apple Computer                                | they *are* my own...
Art without engineering is dreaming.  Engineering without art is calculating.
	-- Steven K. Roberts in "Computing Across America"