GNU bug report logs - #78474
31.0.50; Wrong char insertion in rxvt

Previous Next

Full log

Message #446 received at 78474 <at> debbugs.gnu.org (full text, mbox):

From: Samuel Thibault <samuel.thibault <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: bzg <at> gnu.org, Sebastien.Hinderer <at> inria.fr, rpluim <at> gmail.com,
 manuel <at> ledu-giraud.fr, 78474 <at> debbugs.gnu.org
Subject: Re: bug#78474: 31.0.50; Wrong char insertion in rxvt
Date: Thu, 24 Jul 2025 09:54:55 +0200

Eli Zaretskii, le jeu. 24 juil. 2025 10:44:21 +0300, a ecrit:
> > Date: Thu, 24 Jul 2025 09:14:46 +0200
> > From: Samuel Thibault <samuel.thibault <at> gnu.org>
> > Cc: manuel <at> ledu-giraud.fr, rpluim <at> gmail.com, bzg <at> gnu.org,
> > 	Sebastien.Hinderer <at> inria.fr, 78474 <at> debbugs.gnu.org
> > 
> > (gnome-terminal is libvte-based, so it's the same as mate-terminal)
> 
> Btw, any reason why libvte works as it does?

AIUI that's because people have requested that when printing 'a\ta' ,
copy/paste would reproduce the tab.

> Are there any downsides to what xterm does with \t\b that justify the
> decision of libvte to work differently?

Yes, cat-ing files and copy/pasting them doesn't get "the same output".

Again, the question boils down to whether \t is considered by users as
only a cursor movement thing, or content.

Samuel

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.