Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!usc!samsung!uunet!munnari.oz.au!comp.vuw.ac.nz!lloyd From: lloyd@comp.vuw.ac.nz (Lloyd Parkes) Newsgroups: comp.os.minix Subject: Re: Almost a mouse driver Message-ID: Date: 23 Nov 89 22:44:36 GMT References: <1989Nov16.003710.19533@comp.vuw.ac.nz> <7040@ficc.uu.net> Sender: news@comp.vuw.ac.nz (News Admin) Organization: Dept. of Computer Science, Victoria Uni. of Wellington, NZ. Lines: 34 In-Reply-To: peter@ficc.uu.net's message of 17 Nov 89 20:09:05 GMT In article <7040@ficc.uu.net> peter@ficc.uu.net (Peter da Silva) writes: > Hold down the left button, it will highlight the character > under the mouse. > Move the mouse... the selected region extends > Release the left button... the highlight disappears. No, non, nyet, nien, (feel free to add more negatives in the language of your choice). Not under any circumstances (well almost). This gets to be quite hairy, especially if the screen is scrolled etc. Also, there isn't much need for it, it is just the same as click left: move (& mark) click right: (mark &) move & kill (or copy) region click middle: yank only in elle (I don't use mined) of course. Since the only other use I can see for the mouse is selecting previous commands, while in the shell, and I use clam, so ^F will go back up the history buffer, I can get almost the same usefullness, whith a damn sight less work. Clicking and dragging is at the bottom of my to do list along with windows :-) Lloyd -- ------------------------------------------------------------------------ Lloyd | lloyd@comp.vuw.ac.nz | Now all I have to do is write X Parkes | ...!uunet!vuwcomp!lloyd | window & segment swapping ------------------------------------------------------------------------