4 ms·
Terminals have some infuriating limitations, like imagine not being able to tell the difference between Esc + A or Alt + A as an application. Or that tab and Ct
by kzrdude 4y ago
Terminals have some infuriating limitations, like imagine not being able to tell the difference between Esc + A or Alt + A as an application. Or that tab and Ctrl + I produce identical input.
Kitty has a new keyboard handling protocol, and Neovim supports it. So if you use kitty, you can use key mappings in neovim in a more predicatable and flexible way.
- kps 4y agoBut xterm and xterm-compatibles have been able to do this for over a decade (CSI > 4 ; 2 m).
- nextlevelwizard 4y agoWhile that sounds like a good thing is Esc+<key> really that useful of a bind when you already have Ctrl/Alt + <key> and you can get twice the keys if you add shift in the mix. Of course your workflow is yours.
- kzrdude 4y agoWhen Alt+a looks the same as Esc+a, then the program has to wait biefly after it sees you press Esc - the continuation could mean it's really Alt+a you want to send. That latency interferes just with a plain Esc key press. There's no weird use case in this.
- nextlevelwizard 4y agoEither my terminal does some magic or this is not true. Most of my vim & tmux commands are alt+something and these execute as soon as I press the bind. Or does tmux make them work automagically?
- kzrdude 4y agoMaybe https://neovim.io/doc/user/options.html#'ttimeout' https://neovim.io/doc/user/options.html#'ttimeout' could be evidence that it's not a problem that I've made up, it exists in some terminals. My comment was about that latency of pressing a single Esc.
- nextlevelwizard 4y agoI also can't say I've noticed such latency