Bug#901249: (xterm: translation overrides for copy/paste do not work as documented): fixed in xterm 338-1
On Wed, 12 Dec 2018, Sven Joachim wrote: > xterm (338-1) unstable; urgency=medium > . >* New upstream release. […] > - Revert the change which prevented concurrent ownership of different >selection targets, and instead modify selection storage so that >different concurrent requests for different selection targets will >be stored/retrieved independently (Closes: #901249). Thanks a lot, this now works as expected and will raise my productivity somewhat (and makes fire under my arse to port the newer xterm to MirBSD/XFree86 so I can use it there as well… when I last tried to upgrade its xterm (200 → 215) I failed at merging the local patches inherited from OpenBSD, but perhaps they are redundant now?). Ondřej, I think your translation should now work again. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#901249: xterm: translation overrides for copy/paste do not work as documented
On Tue, Oct 16, 2018 at 04:26:57PM +0200, Thorsten Glaser wrote: > reopen 901249 > thanks > > On Tue, 16 Oct 2018, Ondřej Kuzník wrote: > > > I've had the following in my .Xprofile for a few years: > > XTerm*VT100.translations: #override : select-end(PRIMARY, > > CLIPBOARD, CUT_BUFFER0) > > > > Since the last upload, mouse selection has become highly unreliable and > > Ouch. Yes, this is most likely caused by the change > “Ensure that only one of PRIMARY and CLIPBOARD is owned by xterm > at a given time” which not only does not fix my problem but also > causes this to no longer work. I'll take a look > On MirBSD, I have select-end(PRIMARY, CUT_BUFFER0) for ~Shift, > and I guess this will then also no longer work. > > Tom, please do revert that change, as it’s bogus *and* does not > address my initial problem (not being able to have xterm hold > *both* CLIPBOARD *and* PRIMARY but with *different* content). that one's still a wishlist (a new feature) -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: Digital signature
Bug#901249: xterm: translation overrides for copy/paste do not work as documented
reopen 901249 thanks On Tue, 16 Oct 2018, Ondřej Kuzník wrote: > I've had the following in my .Xprofile for a few years: > XTerm*VT100.translations: #override : select-end(PRIMARY, CLIPBOARD, > CUT_BUFFER0) > > Since the last upload, mouse selection has become highly unreliable and Ouch. Yes, this is most likely caused by the change “Ensure that only one of PRIMARY and CLIPBOARD is owned by xterm at a given time” which not only does not fix my problem but also causes this to no longer work. On MirBSD, I have select-end(PRIMARY, CUT_BUFFER0) for ~Shift, and I guess this will then also no longer work. Tom, please do revert that change, as it’s bogus *and* does not address my initial problem (not being able to have xterm hold *both* CLIPBOARD *and* PRIMARY but with *different* content). Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Bug#901249: xterm: translation overrides for copy/paste do not work as documented
I've had the following in my .Xprofile for a few years: XTerm*VT100.translations: #override : select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0) Since the last upload, mouse selection has become highly unreliable and it takes three selection attempts to actually get something into the clipboard. On the first try it just seems to deselect immediately, the second time text stays inverted, just sometimes never makes it into the clipboard and sometimes an old selection makes it back into the clipboard even when I've been able to paste the new one just before, which is even more confusing. Is this a bug with the new version or do I need to update the translations to copy the selection so that it can be reliably used both in middle clicks *and* Shift-Insert pastes? Thanks, Ondřej
Bug#901249: xterm: translation overrides for copy/paste do not work as documented
- Original Message - | From: "Thorsten Glaser" | To: "Thomas Dickey" | Cc: 901...@bugs.debian.org | Sent: Tuesday, September 18, 2018 2:56:26 PM | Subject: Bug#901249: xterm: translation overrides for copy/paste do not work as documented | Thomas Dickey dixit: | |>actually it was never intended that you could select both at the same |>time. In #336, I've disallowed that. | | What does that even mean, wrt. the bug report? The example you gave to show that the manual page was incorrect will no longer apply. -- Thomas E. Dickey http://invisible-island.net ftp://ftp.invisible-island.net
Bug#901249: xterm: translation overrides for copy/paste do not work as documented
Thomas Dickey dixit: >actually it was never intended that you could select both at the same >time. In #336, I've disallowed that. What does that even mean, wrt. the bug report? bye, //mirabilos -- FWIW, I'm quite impressed with mksh interactively. I thought it was much *much* more bare bones. But it turns out it beats the living hell out of ksh93 in that respect. I'd even consider it for my daily use if I hadn't wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh
Bug#901249: xterm: translation overrides for copy/paste do not work as documented
On Sun, Jun 10, 2018 at 05:19:34PM +0200, Thorsten Glaser wrote: > Package: xterm > Version: 333-1 > Severity: normal > > I was working on my .Xresources and found this quite crazy. > I could not select PRIMARY and CLIPBOARD independent of each > other. To reproduce, I chose to have *only* the lines from actually it was never intended that you could select both at the same time. In #336, I've disallowed that. -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: Digital signature
Bug#901249: xterm: translation overrides for copy/paste do not work as documented
Package: xterm Version: 333-1 Severity: normal I was working on my .Xresources and found this quite crazy. I could not select PRIMARY and CLIPBOARD independent of each other. To reproduce, I chose to have *only* the lines from the manual page… *VT100*translations:#override \n\ ~Shift~Ctrl: insert-selection(PRIMARY, CUT_BUFFER0) \n\ Shift~Ctrl: insert-selection(CLIPBOARD, CUT_BUFFER1) \n\ ~Shift : select-end(PRIMARY, CUT_BUFFER0) \n\ Shift : select-end(CLIPBOARD, CUT_BUFFER1) … loaded with “xrdb -merge filename”, with no .Xresources at all, then I started two xterms, in one I selected, in another, I ran xsel commands to discern what is the content of PRIMARY and CLIPBOARD, respectively. tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P<> C<> tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P C<> tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P C tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P C After the first command I selected “foo” without Shift. ⇒ as expected, PRIMARY gets assigned “foo”, CLIPBOARD is left alone After the second command I selected “bar” with Shift. ⇒ unexpectedly, PRIMARY *also* gets “bar” in addition to CLIPBOARD After the third line, I selected “foo” without Shift again. ⇒ unexpectedly, CLIPBOARD *also* gets “foo” in addition to PRIMARY For comparison, here’s the same sequence of things on MirBSD, with xterm 200 on XFree86: tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P<> C<> tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P C<> tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P C tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>" P C<> For that, I used this in .Xresources though: *VT100*translations: #override \n\ Shift~CtrlInsert:insert-selection(PRIMARY, CUT_BUFFER0) \n\ Shift CtrlInsert:insert-selection(CLIPBOARD, CUT_BUFFER1) \n\ ~Shift~Ctrl:insert-selection(PRIMARY, CUT_BUFFER0) \n\ Shift~Ctrl:insert-selection(CLIPBOARD, CUT_BUFFER1) \n\ ~Shift:select-end(PRIMARY, CUT_BUFFER0) \n\ Shift:select-end(CLIPBOARD, CUT_BUFFER1) (Actually, do I need a trailing \n or \n\ after the last line?) Here, selecting “foo” without Shift again *clears* CLIPBOARD instead of assigning to it. Still buggy. I was considering not using cut buffers in xterm 333 on X.org: *VT100*translations: #override \n\ Shift~CtrlInsert:insert-selection(PRIMARY) \n\ Shift CtrlInsert:insert-selection(CLIPBOARD) \n\ ~Shift~Ctrl:insert-selection(PRIMARY) \n\ Shift~Ctrl:insert-selection(CLIPBOARD) \n\ ~Shift:select-end(PRIMARY) \n\ Shift:select-end(CLIPBOARD) \n\ Anyway, from the above tests I concur that this never worked as documented and still does not work as documented. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages xterm depends on: ii libc6 2.27-3 ii libfontconfig1 2.13.0-5 ii libfreetype62.8.1-2 ii libice6 2:1.0.9-2 ii libtinfo6 6.1+20180210-3 ii libutempter01.1.6-3 ii libx11-62:1.6.5-1 ii libxaw7 2:1.0.13-1+b2 ii libxft2 2.3.2-2 ii libxinerama12:1.1.3-1+b3 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.12-1 ii libxt6 1:1.1.5-1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7+4 Versions of packages xterm suggests: pn xfonts-cyrillic -- no debconf information
