xwinclip shouldn't monitor the primary selection

Harold L Hunt II huntharo@msu.edu
Tue Jun 3 14:00:00 GMT 2003

Think what you want in five minutes, but I have worked on it for over a 
year and it isn't as simple as you think.

Keep your suggestions to yourself if you don't have anything concrete to 


uribarri_u@tsm.es wrote:
> Sorry. I have searched the maillist and I've read several times that
> xwinclip must be rewritten, but I can't find why.
> In January, you said that you are planning to integrate xwinclip into the X
> server to be able to detect when an application asserts a selection
> ownership (at least, it's what I understant :-?).
> I think that this is a dead end, because an X application doesn't need to
> notify the X server when the selection content changes. For example, gvim
> asserts the primary selection ownership when you begins the drag operation
> and doesn't assert it again when you release the mouse button.
> Nonetheless, monitoring the primary selection is a bad idea. The primary
> selection is a secondary way of coping and pasting, an "easter egg" for
> expert users and is very volatile. The main way of cutting, coping and
> pasting must be the clipboard selection. Look at
> http://www.freedesktop.org/standards/clipboards.txt.
> So I think that xwinclip must ignore the primary selection.
> Good bye!

More information about the Cygwin-xfree mailing list