Re:Comprehensive Keyboard Handling in Terminals
by aumerle2 on Sunday April 02, 2023 @04:58AM
(#35408548)
The progress is that this protocol has been implemented in many widely used programs, such as vim, neovim, helix, kakoune as well as at least two more terminal emulators, wezterm and foot in addition to kitty.
Re:Comprehensive Keyboard Handling in Terminals
by durazabu on Sunday April 02, 2023 @05:19AM
(#35408672)
It seems like the protocol has not been implemented yet in neovim.
Re:Comprehensive Keyboard Handling in Terminals
by aumerle2 on Sunday April 02, 2023 @05:27AM
(#35408709)
It has, just not fully. See the very first checkbox in the link you posted. Indeed this protocol is designed so applications can pick and choose what parts they want to use.
Re:Comprehensive Keyboard Handling in Terminals
by gpanders on Sunday April 02, 2023 @10:08AM
(#35410645)
It has been implemented to a degree that it is useful for most users. For instance, you can now map Control-I and Tab separately, as well as keys like Control-1, Control-2, Control-;, etc.
Re:Comprehensive Keyboard Handling in Terminals
by durazabu on Sunday April 02, 2023 @05:18PM
(#35415338)
Thank you for your work on neovim :)
I noticed the difference by playing with kitty. It makes me consider switching to a compatible terminal emulator.
Re:Comprehensive Keyboard Handling in Terminals
by gpanders on Sunday April 02, 2023 @05:49PM
(#35415628)
It is also supported by iTerm2, Wezterm, and foot. Alacritty does not (yet) support dynamically modifying the key encoding per-application, but you can hardcode the encodings in your config file (there is an issue in the Alacritty repo that explains how to do this).
You may not have to switch at all if you are already using one of these terminal emulators.
Is there any advance on that front?
Previous submission was 2 years ago.
https://news.ycombinator.com/item?id=27193661