On Tue, Jan 11, 2005 at 11:30:20AM +0100, Branden Robinson wrote: > On Fri, Dec 31, 2004 at 01:06:36PM +0100, Vincent Lefevre wrote: > > On 2004-12-31 04:34:13 -0500, Branden Robinson wrote: > > > Well, let's call this bug what it is, then. > > > > Note that gnome-terminal isn't the only application that keeps the > > primary selection when it is no longer highlighted. Mozilla, Opera > > and Emacs all have the same behavior. > > > > And I don't think this is a wishlist since there's a big and > > unacceptable inconsistency: xterm throws the primary selection, > > but doesn't clear the cut buffer. This leads to confusion, and > > possible data corruption (for this reason, I would see it as an > > important bug at least). > > I still want to hear what Thomas Dickey as to say about this. I'm also not > sure the semantics of selections vs. cut buffers are as you describe. The description above doesn't look right (perhaps I'm not reading it as it was intended). It appears to state that if xterm processes the primary selection, it will ignore the cutbuffers. I don't see that in the code (cannot test right now). If there's a bug in that, Vincent should write a different bug report. The default translations process both primary and cut-buffer 0. I added an example in the manpage showing how to override that to use the clipboard and cut-buffer 1 when using the shifted mouse clicks. Because most users have been accustomed to the default translations, it wouldn't make much sense to change those. Perhaps that's what Vincent is talking about. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Attachment:
pgp9O3n9Hz8d_.pgp
Description: PGP signature