diff options
| author | Justin M. Keyes <justinkz@gmail.com> | 2016-01-10 16:23:24 -0500 |
|---|---|---|
| committer | Justin M. Keyes <justinkz@gmail.com> | 2016-01-11 00:29:58 -0500 |
| commit | 317d5ca7b0f92ef42de989b3556ca9503f0a3bf6 (patch) | |
| tree | 9d67820039ec57ae41f862e7dc1eec6c5f81a1d0 /runtime/syntax/php.vim | |
| parent | dd8812c7cbb8bb3ab884c0f1198dd1fd9a4a26c5 (diff) | |
| download | rneovim-317d5ca7b0f92ef42de989b3556ca9503f0a3bf6.tar.gz rneovim-317d5ca7b0f92ef42de989b3556ca9503f0a3bf6.tar.bz2 rneovim-317d5ca7b0f92ef42de989b3556ca9503f0a3bf6.zip | |
input: Do not set high-bit; preserve ALT modifier.
Background: Vim internally prefers to represent ALT/META chords as
single-byte keys, by setting the high bit of the key byte.
extract_modifiers() _discards_ the meta/alt modifier, but we need it for
libvterm and libtermkey.
Closes #2440
Closes #3727
Closes #2017
References #2277
References #2254
https://github.com/neovim/neovim/issues/2017#issuecomment-140423557
> We [not libtermkey] are setting the high bit for some reason
https://github.com/neovim/neovim/issues/176#issuecomment-77834715
> libvtermkey requires the leading esc to parse alt/meta
https://github.com/neovim/neovim/pull/3246#issuecomment-136328450
> A program could do better than the current logic on some terminals, by
> asking for pure 8bit mode (S8C1T) and then immediately querying the
> mode again. If the result comes back as an 8bit single-byte CSI, then
> it can presume the mode setting was successful, and now the ESC prefix
> byte won't be seen in multibyte sequences; only as an Alt- prefix or
> a real Escape key. On such a terminal, it could therefore avoid
> needing to use that waiting timeout.
Diffstat (limited to 'runtime/syntax/php.vim')
0 files changed, 0 insertions, 0 deletions