Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!uunet!loft386!DSUVAX!ghelmer From: ghelmer@DSUVAX.uucp (Guy Helmer) Newsgroups: comp.os.minix Subject: Re: Almost a mouse driver Message-ID: <1989Nov28.142537.1750@DSUVAX.uucp> Date: 28 Nov 89 14:25:37 GMT References: <1989Nov16.003710.19533@comp.vuw.ac.nz> <7040@ficc.uu.net> <7109@ficc.uu.net> Organization: Dakota State University Lines: 32 In article <7109@ficc.uu.net>, peter@ficc.uu.net (Peter da Silva) writes: > In article lloyd@comp.vuw.ac.nz (Lloyd Parkes) writes: > > Clicking and dragging is at the bottom of my to do list along with > > windows :-) > > A pity. I've used click-click systems and click-drag systems, and my vote > goes for click-drag any day. It's so much more intuitive. I second that. Click and drag is nice. However, why not make the mouse driver configurable? The Apollo's Aegis O/S allows one to make the mouse buttons do lots of neat things by just customizing a script. > And locking the thing into 'elle' is pretty daft. You haven't lived until > you've done cut-and-paste on your shell session. Definitely! I had my Apollo's mouse buttons set up to quickly grab old commands and paste them into the command line. It was almost a necessary tool some days. > Hey, how about this, for multiple consoles. Clicking in the bottom row and > pulling down drags the current 'screen' down, displaying part of the next > screen. Clicking the top and dragging up drags the screen up. Like an Amiga? Yes, that would be nice. > `-_-' Peter da Silva . > 'U` -------------- +1 713 274 5180. -- Guy Helmer ghelmer@dsuvax.uucp Dakota State University Computing Services helmer@sdnet.bitnet