* Improving X selection?
@ 2007-10-12 14:50 Tom Horsley
0 siblings, 0 replies; only message in thread
From: Tom Horsley @ 2007-10-12 14:50 UTC (permalink / raw)
To: bug-gnu-emacs
Anyone who attempts to interact with a mix of older (xterm for
instance) and newer (gtk apps) with emacs while doing cut &
paste operations has undoubtedly noticed the persistent problem
of never winding up with the selection you actually want (now
that we have some folks using CLIPBOARD and others using
PRIMARY). Yes, you can set x-select-enable-clipboard, but all
that does is invert the set of incorrect text you get back.
I have just implemented a quick hack (definitely not suitable
for prime time) to the x-cut-buffer-or-selection-value
function. This hack observes when there is more than one "new"
selection and goes ahead and pushes the new ones it isn't
planning to return to the caller onto the kill ring.
Suddenly, life is wonderful! If I notice the last yank just
pasted in the wrong selection, all I need to do is run a
yank-pop and like magic the selection I actually wanted
replaces the nasty one I didn't want :-).
My question is this: If I were to change the possible return
values for the interprogram-paste-function so that it is
allowed to return a list of strings, and I modified all the
callers so they could expect a list of strings, and I made the
whole list get pushed on the kill ring, would such a change
likely be accepted? Or is an interface change like that too
radical? (Or do people even like the idea at all? :-).
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2007-10-12 14:50 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-12 14:50 Improving X selection? Tom Horsley
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).