[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#54027: Wishlist: Support full CSI u specification for terminal input
From: |
Eli Zaretskii |
Subject: |
bug#54027: Wishlist: Support full CSI u specification for terminal input |
Date: |
Fri, 18 Feb 2022 10:30:18 +0200 |
> Resent-From: Alex Hutcheson <alexhutcheson@google.com>
> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
> Resent-CC: bug-gnu-emacs@gnu.org
> Resent-Sender: help-debbugs@gnu.org
> Date: Wed, 16 Feb 2022 18:24:13 +0000
> From: Alex Hutcheson via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>
> CSI u is a mechanism for reporting keystrokes that is more powerful than
> the standard used in Unix.
>
> The specification is detailed at:
> http://www.leonerd.org.uk/hacks/fixterms/
>
> The specification is implemented by iTerm2, which is a popular
> GPL-licensed terminal for macOS:
> https://iterm2.com/documentation-csiu.html
>
> A variant of the specification is implemented by kitty, another
> GPL-licensed terminal on Linux and macOS:
> https://sw.kovidgoyal.net/kitty/keyboard-protocol/#comprehensive-keyboard-handling-in-terminals
>
> The GPL-licensed mintty terminal for Windows also has support:
> https://github.com/mintty/mintty/wiki/Keycodes
>
> Emacs contains code in xterm.el that can handle a subset of the possible
> key combinations encoded to this specification, but not all of them.
> For example, iTerm2 is able to send an encoding for Ctrl-Shift-n (aka
> C-N),
> but Emacs is unable to recognized the CSI u encoding for this key
> combination.
>
> My feature request is to implement full support for the encoding, so
> that users using a supported terminal can send the full range of
> key combinations to an Emacs running in a terminal.
>
> Additional context: https://emacs.stackexchange.com/a/13957
The SE article says that Emacs already supports the xterm's variant of
the solution to this problem, but not all the sequences are yet in
xterm.el. So I think a simpler way forward would be to add the
missing sequences to xterm.el.
kitty is a problematic terminal emulator, from the POV of an Emacs
user; see etc/PROBLEMS for the details. Given its behavior and the
staunch resistance of the developer to make any changes in it, I think
we should discourage Emacs users from using kitty.
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Alex Hutcheson, 2022/02/16
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Richard Stallman, 2022/02/17
- bug#54027: Wishlist: Support full CSI u specification for terminal input,
Eli Zaretskii <=
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Alex Hutcheson, 2022/02/22
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Eli Zaretskii, 2022/02/26
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Alex Hutcheson, 2022/02/27
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Eli Zaretskii, 2022/02/27
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Alex Hutcheson, 2022/02/27
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Eli Zaretskii, 2022/02/27
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Stefan Monnier, 2022/02/27
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Eli Zaretskii, 2022/02/28
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Stefan Monnier, 2022/02/28
- bug#54027: Wishlist: Support full CSI u specification for terminal input, Eli Zaretskii, 2022/02/28