Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!uakari.primate.wisc.edu!ginosko!brutus.cs.uiuc.edu!apple!sun-barr!newstop!sun!quintus!pds From: pds@quintus.UUCP (Peter Schachte) Newsgroups: comp.sys.amiga Subject: Re: suggestion for JimM Message-ID: <1260@quintus.UUCP> Date: 29 Sep 89 21:34:23 GMT References: <1258@quintus.UUCP> <756@jc3b21.UUCP> Reply-To: pds@quintus.UUCP (Peter Schachte) Organization: Quintus Computer Systems, Inc. Lines: 24 In article <756@jc3b21.UUCP> fgd3@jc3b21.UUCP (Fabbian G. Dufoe) writes: ->From article <1258@quintus.UUCP>, by pds@quintus.UUCP (Peter Schachte): copying text from a console window: ->> Xerox's one-step approach: if you press a modifier key (say ALT) while ->> selecting the text, when you release the ALT key, the text is treated as ->> if it was just typed. ->It would be more useful to be able to copy text from one window and ->paste it in another. I don't see how you would do that with the modifier ->key approach. I guess I don't see the problem. When the ALT key goes up, the selected text is forced into the input stream, as if it were typed. You substitute a whole bunch of key down and key up events for the single ALT key up event. SNIPIT and TSNIP work now, only they don't use the one-step approach. I don't see why they couldn't work this way. Maybe one of the authors could comment? -- -Peter Schachte pds@quintus.uucp ...!sun!quintus!pds