Re: [gentoo-user] Re: problems with clipboard separation
Miernik wrote: No, read this: http://www.jwz.org/doc/x-cut-and-paste.html Thanks for the link: now I know that my ideas of how copying works are close to reality. I will continue looking for a solution. If I find something, I will post it here. Cheers, Heinz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: problems with clipboard separation
Bryan Whitehead wrote: X11 programs have a second way of copying and pasting text, so the first method is not a hack (sorry), however, many X11 applications do not bother with the first method. For example, xterm doesn't have an edit, copy, or paste on all flavors of unix - try using them in dtterm on Solaris and you'll see how useless the first method is when you can't cut/paste consistently between different programs (cut/copy some text, then try to paste it into gnome/kde/gtk/qt applications). xchat is typical software that doesn't do the edit menu. http://xchat.org/faq/#q24 (nor does it provide keyboard mapping for cut/copy/paste - your WM or OS must do that). The standards doc might be anal about what is first and second, but in the real world the second way is what seems to be universal. I'm using unix operating systems for a long time now and I feel pretty comfortable with using left-mouse and middle-click to select and copy. Nevertheless working with Eclipse (under Linux) I got used to 'select source - Ctrl-c - select destination - Ctrl-v' (overwrite destination with source). This worked fine for me e.g. in SuSE 9.x and SuSE 10.x and I would like to know, why I can't work like this on my shiny favourite Linux OS (that is: Gentoo). Cheers, Heinz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: problems with clipboard separation
X11 programs have a second way of copying and pasting text, so the first method is not a hack (sorry), however, many X11 applications do not bother with the first method. For example, xterm doesn't have an edit, copy, or paste on all flavors of unix - try using them in dtterm on Solaris and you'll see how useless the first method is when you can't cut/paste consistently between different programs (cut/copy some text, then try to paste it into gnome/kde/gtk/qt applications). xchat is typical software that doesn't do the edit menu. http://xchat.org/faq/#q24 (nor does it provide keyboard mapping for cut/copy/paste - your WM or OS must do that). The standards doc might be anal about what is first and second, but in the real world the second way is what seems to be universal. On Nov 15, 2007 10:16 PM, Miernik [EMAIL PROTECTED] wrote: Bryan Whitehead [EMAIL PROTECTED] wrote: This is the default behavior of X. Highlighting IS copying to the clipboard. Also, middle-click (or whatever is mapped to your 3rd mouse button) is paste. This is just how X works. Getting around this is a hack in itself. No, read this: http://www.jwz.org/doc/x-cut-and-paste.html -- Miernik http://miernik.name/ -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: problems with clipboard separation
[EMAIL PROTECTED] wrote: If so, then it seems that for me mouse-selection and Ctrl-c write into the same buffer. Can anyone give me a hint, where to look for the possibility to change this behaviour? Very interesting, my Gentoo machine is currently X-less so I can't test it, but I'd like such behaviour on my Debian machine, where clipboards are separate, but I'd like them to be common. Preferably also common with GNU screen clipboard (/tmp/screen-exchange). Any ideas how to do it? -- Miernik http://miernik.name/ -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: problems with clipboard separation
Bryan Whitehead [EMAIL PROTECTED] wrote: This is the default behavior of X. Highlighting IS copying to the clipboard. Also, middle-click (or whatever is mapped to your 3rd mouse button) is paste. This is just how X works. Getting around this is a hack in itself. No, read this: http://www.jwz.org/doc/x-cut-and-paste.html -- Miernik http://miernik.name/ -- [EMAIL PROTECTED] mailing list
