Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!ucsd!ogicse!orstcs!satchmo!rudolf From: rudolf@satchmo (Jim Rudolf) Newsgroups: comp.cog-eng Subject: Re: Multi-button mice (Re: Xerox sues Apple!) Message-ID: <14783@orstcs.CS.ORST.EDU> Date: 10 Jan 90 23:25:23 GMT References: <172@comcon.UUCP> <7326@ficc.uu.net> <9320@hoptoad.uucp> <1989Dec18.081450.28019@psuvax1.cs.psu.edu> <4865.258f9c91@mva.cs.liv.ac.uk> <581@cadlab.cadlab.de> Sender: usenet@orstcs.CS.ORST.EDU Reply-To: rudolf@satchmo.UUCP (Jim Rudolf) Distribution: usa Organization: Oregon State University, Corvallis, Oregon Lines: 29 In article wjh+@andrew.cmu.edu (Fred Hansen) writes: >> Why on earth would anyone implement a scrollbar that used more then one button? > >On my favorite editor a click on the left button scrolls forward by the >distance between the top of the window and the place where I click. A >click on the right button goes the other direction. As a result, I can >leave the mouse in one place and move about the document. Sure, this is a convenient setup to have, but what do you suggest for folks like me who only use those types of editors occasionally and who for the life of us cannot remember which button scrolls which way? Short of labelling the buttons, I don't know of any way to intuitively assoc- iate a button with a scrolling direction. >(I have a real problem with scroll bars which reverse direction just >because the elevator image has moved past the mouse. All of a sudden >the clicks I was using to move toward the tail end of the document are >now moving me in the other direction.) I agree that if you keep the cursor in the same place, the scrolling behavior shouldn't change. How about if you place the cursor at the bottom of the scrollbar so that when the elevator reaches the bottom and you click on it, nothing happens (similar to the Mac Finder)? Jim Rudolf rudolf@oce.orst.edu (Addresses in header are bogus) Oregon State University