[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#909474: xterm: cannot copy to both CLIPBOARD and PRIMARY



On Mon, Sep 24, 2018 at 01:37:27PM +0200, Thorsten Glaser wrote:
> Package: xterm
> Version: 337-1
> Severity: important

hmm - no.  This is "wishlist".

https://www.debian.org/Bugs/Developer#severities

	for any feature request, and also for any bugs that are very difficult
	to fix due to major design considerations.

> Tags: upstream
> 
> What passes as a “fix” for #901249 broke things in a different manner.
> I’m filing as a new bug instead of reopening, though, because the
> original report was “behaviour does not match documentation”, and this
> one is “behaviour does not match expectation, documentation silent”.

Actually the documentation as such is oriented to the primary selection,
and describes how you could use the clipboard instead of the primary
selection.  But using both at the same time was never intended (and
consequently there is no discussion of that in the manual).

Changing that would be a feature request.
 
> Same scenario as in #901249.
> 
> I have two words on the command line, “foo” and “bar”.
> 
> I wish to have “foo” in CLIPBOARD and “bar” in PRIMARY.

I was reminded of this, which may be useful.

       keepClipboard (class KeepClipboard)
               Specifies whether xterm-dev will reuse the selection data which
               it copied to the keyboard rather than asking the clipboard for
               its current contents when told to provide the selection.  The
               default is “false”.
 
For either primary or clipboard, xterm has only one source-buffer which
it uses to satisfy requests for selection content.  That's been the case
"forever" (~1990).  Since the previous bug report would inevitably lead
to complaints that they were the same content (or that selections were
"lost"), I did this

	ensure that only one of PRIMARY and CLIPBOARD is owned by xterm at a
	given time (Debian #901249).

> I select “foo” with Shift. Now I can paste it with ^V in
> a GUI application, but not with middle-click. Okaaay…

Middle-mouse pastes the primary OR clipboard selection for me
(using my test-package for #337 on Debian/testing).
 
> Then I select “bar” without Shift. I can paste it with
> middle-click, but ^V does not paste “foo” any more.
> 
> Then I select “foo” with Shift again. Now middle-click
> is dead again.
> 
> This is *not* why I have multiple clipboards in X11 and
> go through pains of mapping them distinctly in xterm!

so... what exactly are the points to consider in a feature request?
I can think of a lot of possibilities :-)

-- 
Thomas E. Dickey <dickey@invisible-island.net>
https://invisible-island.net
ftp://ftp.invisible-island.net

Attachment: signature.asc
Description: Digital signature


Reply to: