From d330e8422d1c4670a241ce8ebde4c37918538dce Mon Sep 17 00:00:00 2001 From: Bram Moolenaar Date: Thu, 24 Nov 2022 20:23:24 +0000 Subject: patch 9.0.0943: pretending to go out of Insert mode when Esc is received Problem: Pretending to go out of Insert mode when Esc is received has side effects. Solution: When the kitty keyboard protocol is enabled expect Esc to always be the start of an escape sequence. --- src/getchar.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) (limited to 'src/getchar.c') diff --git a/src/getchar.c b/src/getchar.c index fab721b6da..1e03b86c32 100644 --- a/src/getchar.c +++ b/src/getchar.c @@ -3263,12 +3263,14 @@ vgetorpeek(int advance) * get a character: 3. from the user - handle in Insert mode */ /* - * Special case: if we get an in insert mode and there + * Special case: if we get an in Insert mode and there * are no more characters at once, we pretend to go out of - * insert mode. This prevents the one second delay after + * Insert mode. This prevents the one second delay after * typing an . If we get something after all, we may * have to redisplay the mode. That the cursor is in the wrong * place does not matter. + * Do not do this if the kitty keyboard protocol is used, every + * is the start of an escape sequence then. */ c = 0; new_wcol = curwin->w_wcol; @@ -3277,6 +3279,7 @@ vgetorpeek(int advance) && typebuf.tb_len == 1 && typebuf.tb_buf[typebuf.tb_off] == ESC && !no_mapping + && kitty_protocol_state != KKPS_ENABLED && ex_normal_busy == 0 && typebuf.tb_maplen == 0 && (State & MODE_INSERT) -- cgit v1.2.3