GNU bug report logs -
#78474
31.0.50; Wrong char insertion in rxvt
Previous Next
Full log
Message #125 received at 78474 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii, le lun. 21 juil. 2025 18:54:45 +0300, a ecrit:
> > 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
> > > >
> > > > > 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?
>
> Because catching screen output is not an easy feat on modern
> platforms.
It is. Cat /dev/vcs, and you have it.
> > > 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.
>
> Then maybe the /dev/vcsa driver itself could be the sign we need?
It is also used by other tools.
Samuel
This bug report was last modified 1 day ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.