Vim Escape Seconds Delay

[srchulo]

• [x ] I am on the latest Hyper.app version
• [x ] I have searched the issues of this repo and believe that this is not a duplicate

• OS version and name: Windows 10 - Version 10.0.17758 Build 17758
• Hyper.app version: Hyper 2.0.0
• Link of a Gist with the contents of your .hyper.js: https://gist.github.com/srchulo/efaf2b7ee07b70f1e0d9f9d7b3bb80be
• Relevant information from devtools (CMD+ALT+I on macOS, CTRL+SHIFT+I elsewhere):
• The issue is reproducible in vanilla Hyper.app: I believe this is true. I tried to return .hyper.js to its original state.

Issue

Whenever I use Hyper instead of PuTTY, I get a seconds long delay when I hit esc in Vim to leave insert mode. This currently makes Hyper pretty hard for me to use, as using Vim is a real pain.

[hulucc]

This is not a problem of hyper, set ttimeoutlen in your vimrc

[srchulo]

The thing is that I have no escape delay with Vim in PuTTY, or the command prompt. I also don't have a delay when I use terminal on my Mac, even SSH'ed into the same server.

[srchulo]

Also, I did try setting ttimeoutlen based on some forum posts. Is there a specific value you recommend trying?

[hulucc]

Try 10 or 50.

[srchulo]

I tried 10, and I still see a pretty seriously delay that I don't see in other terminal applications.

[Zashas]

I'm also having this issue (Win 10 and Hyper 2.0.0, as the author).

[brw]

Same here, also Windows 10 and Hyper 2.0.0. A delay of about a second or two which isn't there in other terminal emulators. Ctrl+C does not have a delay, Escape and Ctrl+[ do. Started happening a few days ago (not sure when exactly), worked fine before that. Even with a clean Hyper and Vim installation it still happens now.

[srchulo]

For others on this thread, I've remapped my esc while in insert mode (these go in .vimrc):

# jj to escape
inoremap jj <Esc>`^

# jk to esc and save (:w)
inoremap jk <Esc>`^:w<CR>

## lkj to esc save and quit (:wq or ZZ)
inoremap lkj <Esc>`^:wq<CR>

There's no lag with jj for esc. The only problem is there are times I still have to use esc, like in visual mode.

[hulucc]

Also try:

nnoremap <esc> <esc>

[srchulo]

@hulucc , thanks for the suggestion, but unfortunately, that doesn't seem to work either. Maybe the other people on this thread can mention if it works for them?

[ecielam]

see also: #2922

This is absolutely an issue with hyper, or an upstream (per the above issue) ... It doesn't happen in any other terminal I have tested. I can't say for sure, but I also don't think this was a pre 2.0 issue, as it worked fine when I started using Hyper, but broke right around the 2.0 upgrade.

but either way, it's a blocker for using Hyper under windows 10 right now. Perhaps nobody cares since it's Windows. I'll keep using other terminals for now until someone actually fixes this.

[srchulo]

This issue also says that they experienced hyper in general being slow after the 2.0 update:

#2838

I feel as though I've seen that, too (general slowness), in addition to this esc issue. I don't know if they're related or not.