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