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

Previous Next

Package: emacs;

Reported by: Bastien Guerry <bzg <at> gnu.org>

Date: Sat, 17 May 2025 22:56:02 UTC

Severity: normal

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Full log


View this message in rfc822 format

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, 78474 <at> debbugs.gnu.org
Subject: bug#78474: 31.0.50; Wrong char insertion in rxvt
Date: Wed, 23 Jul 2025 13:32:15 +0200
Eli Zaretskii, le mer. 23 juil. 2025 14:26:13 +0300, a ecrit:
> > Date: Tue, 22 Jul 2025 20:27:17 +0200
> > From: Samuel Thibault <samuel.thibault <at> gnu.org>
> > Cc: rpluim <at> gmail.com, Sebastien.Hinderer <at> inria.fr, bzg <at> gnu.org,
> > 	78474 <at> debbugs.gnu.org
> > 
> > > > They are fully part of the discussion, because that changes what is
> > > > actually supposed to be stored in the terminal, and thus what the
> > > > accessibility feature is supposed to expose to the user: should it
> > > > expose a tab, or spaces. But if a tab, then how can the cursor be inside
> > > > the tab when emitting \t\b. That's the *whole* problem at stake.
> > > 
> > > So you are saying that even using cursor movement commands could cause
> > > problems,
> > 
> > The problem is that some people consider \t as not being only a cursor
> > movement. That's the whole point of the question raised above.
> 
> I'm talking about cursor movement using "left" and "right" escape
> sequences.  If they also store something other than SPCes, they will
> cause similar problems to screen readers, no?

No, because for them there is no confusion between producing content or
not.

Samuel




This bug report was last modified 2 days ago.

Previous Next


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