GNU bug report logs -
#60077
29.0.60; Is xterm modifyOtherKeys support broken?
Previous Next
Reported by: Len Trigg <lenbok <at> gmail.com>
Date: Wed, 14 Dec 2022 21:50:02 UTC
Severity: normal
Found in version 29.0.60
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #34 received at 60077-done <at> debbugs.gnu.org (full text, mbox):
> Cc: dann <at> ics.uci.edu, 60077 <at> debbugs.gnu.org
> Date: Fri, 16 Dec 2022 08:52:30 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
>
> > From: Len Trigg <lenbok <at> gmail.com>
> > Date: Fri, 16 Dec 2022 08:48:54 +1300
> > Cc: 60077 <at> debbugs.gnu.org, dann <at> ics.uci.edu
> >
> > On Thu, 15 Dec 2022 at 22:10, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> > > And my wild speculation from looking at the example table "Other modified-key escapes" on
> > > https://invisible-island.net/xterm/modified-keys-us-pc105.html is that emacs would need an entry like:
> > > (3 32 [?\M-\s])
> > > to handle the modifyOtherKeys encoding of "\E[27;3;32~" for M-SPC,
> >
> > If that fixes the problem, we could install it.
> >
> > I tried this out and it does fix the issue for me.
>
> OK, will install that soon.
Now done on the emacs-29 branch, and closing the bug.
Thanks.
This bug report was last modified 2 years and 152 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.