Re: Cut-Copy/Paste behavior

Jay:

Each time I read one of your messages, I try to reproduce your problem,
and I cannot do so.  Now it is true that if you insist on using the
windows ^C ^V method, that some applications don't support that and your
mileage may vary.  However, if you look at the documentation, or even
just try to use the menus, for example gnome-terminal uses
shift-control-c to copy and shift-control-v to paste, since control c
and control v are valid characters in terminals, you will find that it
all just works.  I've tried SciTE, Gnome-terminal, firebird, evolution,
and I can cut and paste from one application to another with no problems
whatsoever using the left and middle mouse buttons and even the correct
characters for that application (see above).  I submit that your mouse
is configured incorrectly.  Did you have a different mouse when you
installed linux and then switch it out without changing your
configuration?  I installed RH 8 and I have a Microsoft Intellimouse
1.2A, and it automatically configured it correctly.  If you change it,
you have to go to the Programs->Preferences->Mouse menu and change the
mouse type.  You would have to do the same thing with Windows.  

Is it possible that the application you have chosen as your source
doesn't support control-c and control-v?  My browser (Firebird 0.6.1)
uses the Mozilla 1.4 Sources.  Perhaps you have an old version of the
browser?  Which Linux are you using?  Which Browser (including
version)?  When you run the Mouse Configuration application (see above),
what mouse does it think you have?

On Tue, 2003-09-09 at 15:16, Jay Smith wrote:
> Daniel,
> 
> What I don't understand (because my 2-button + wheel/button mouse is not 
> working [configured?] properly) is: Since simply highlighting text DOES put 
> content into *some* buffer, does using the middle mouse button to do the 
> pasting, cause the *correct* content to be pasted?
> 
> What I mean is that if I get focus on the source window and it has 
> highlighted text and I then get focus on the target window and it also has 
> some ALREADY highlighted text, the highlighted text in the target window 
> goes into *some* buffer.
> 
> I don't know if the buffer it is going into is the "middle button paste 
> buffer" or some other buffer.
> 
> I do know, however, that if I get focus on the target window and do a 
> "control v", the most recently highlighted content will get pasted.  If the 
> *target* window already had highlighted content (or if you highlight 
> something in the target window because you want to replace it when you 
> paste) then it is the highlighted text from the TARGET window that will get 
> pasted INSTEAD of the correct text from the SOURCE window.
> 
> Am I making any sense?
> 
> Maybe we better leave this one alone.
> 
> Jay
> 
> Daniel C. von Asmuth wrote:
> > Thus quoth Reilly Burke on Sun, Sep 07, 2003 at 06:25:56PM -0700:
> > 
> >>I think the point of this thread is that Linux is really annoying on the 
> >>subject of "cut & paste".   Sure we can all run out and buy several 
> >>cartons of mouses to refit the office, but wouldn't it be easier if 
> >>Linux developers had taken the time to agree on a standard "cut & paste" 
> >>method like Windows has done?  The wheel mouse method works within one 
> > 
> > 
> > Unix mice have three buttons and the standard paste operation is by 
> > pushing the middle button. It is certainly annoying having to use 
> > equipment that does not follow this handy convention. (like Macintoshes)
> > 
> > Kind regards,
> > 
> > 
> > Daniel von Asmuth
> > 
> > 
-- 
    Lawrence MacIntyre     865.574.8696     lpz-1Heg1YXhbW8@xxxxxxxxxxxxxxxx
               Oak Ridge National Laboratory
High Performance Information Infrastructure Technology Group

signature.asc
Description: This is a digitally signed message part