GNU bug report logs -
#78474
31.0.50; Wrong char insertion in rxvt
Previous Next
Full log
Message #101 received at 78474 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii (2025/07/21 18:43 +0300):
> > Date: Mon, 21 Jul 2025 17:34:22 +0200
> > From: Samuel Thibault <samuel.thibault <at> gnu.org>
> > Cc: Seb Hinderer <Sebastien.Hinderer <at> inria.fr>, rpluim <at> gmail.com,
> > bzg <at> gnu.org, 78474 <at> debbugs.gnu.org
> >
> > Hello,
> >
> > Eli Zaretskii, le lun. 21 juil. 2025 18:12:25 +0300, a ecrit:
> > > > Date: Mon, 21 Jul 2025 16:35:05 +0200
> > > > From: Seb Hinderer <Sebastien.Hinderer <at> inria.fr>
> > > > Cc: rpluim <at> gmail.com, bzg <at> gnu.org, 78474 <at> debbugs.gnu.org,
> > > > samuel.thibault <at> gnu.org
> > > >
> > > > This leads me to the suggestion that the configuration where tab is not
> > > > used is the one enabled by default, leaving the configuraitn burden to
> > > > those to whom performance matters enough for them to care.
> > >
> > > I see where you're coming from, but IMO such a change can only fly if
> > > we enabled this new behavior when some screen-reading software is in
> > > use. And that requires some means for Emacs to detect this. If
> > > someone knows how to do that on Posix systems, please speak up.
> >
> > That does not exist in terminals, only in graphical sessions
>
> How come? Screen readers should announce themselves quite prominently
> to any system,
Can you elaborate why you are thingking so?
> so I'd be very surprised to hear that they are
> invisible on Linux terminals.
Well then, be surprised, they are. Basically the kernel provides
/dev/vcsa and then every tool that needs to monitor the screen reads it.
There is no API for a screen reader to present itself as such because
there has never really been the need for that.
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.