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

Previous Next

Full log

View this message in rfc822 format

From: Samuel Thibault <samuel.thibault <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: bzg <at> gnu.org, Seb Hinderer <Sebastien.Hinderer <at> inria.fr>, Eli Zaretskii <eliz <at> gnu.org>, 78474 <at> debbugs.gnu.org
Subject: bug#78474: 31.0.50; Wrong char insertion in rxvt
Date: Tue, 22 Jul 2025 10:54:15 +0200

Robert Pluim, le mar. 22 juil. 2025 10:17:37 +0200, a ecrit:
> >>>>> On Mon, 21 Jul 2025 18:25:05 +0200, Samuel Thibault <samuel.thibault <at> gnu.org> said:
> 
>     Samuel> Robert Pluim, le lun. 21 juil. 2025 18:19:24 +0200, a ecrit:
>     >> > >> This feature is being added for the benefit of users who run
>     >> > >> screen-reading software.  I'm not aware of any other reasons to
>     >> > >> disable the use of tabs in Emacs cursor motion.
>     >> >
>     >> > Samuel> It's actually even slower on my box.
>     >> 
>     >> You benchmarked moving by one character. Moving by tabs can move in
>     >> multiples of 8 characters, so I doubt itʼs that cut and dried.
> 
>     Samuel> The case which actually poses problem is only that \t\b vs \e[C. Using
>     Samuel> tab without moving back with \b does not pose problem.
> 
> But Emacs uses \t for motion for more than that one case. Are you
> saying that if we change Emacs to avoid only \t\b then vte and rxvt
> will be happy?

Yes. That's the only case that we have reported from the beginning.

Samuel

Previous Next

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