I am not seeing this issue on a mac.
can you provide steps to reproduce?
@anthonyettinger well, I have adjusted my regular terminal to go faster... I can't recall how I did that. I will see if I can find out exactly what I've done.
My key repeat is set to full speed in system preferences but I believe I also modified it with something like (not sure if 0 is the value that I set though, it may have been 1):
defaults write NSGlobalDomain KeyRepeat -int 0
unfortunately my terminal history isn't going back enough to check and I can't figure out how to view what it's at currently.
Also the issue is that the cursor speed is not adjustable -- i would expect that from an extensible terminal.
I'm having this issue using vim on hyper. Using the arrow keys, the cursor moves at an acceptable speed, but holding one of the movement keys results in the cursor moving quite slowly. Terminal and iTerm both don't have this issue.
Perhaps this was intentional, but having the ability to adjust the speed would be great!
To read what you set it as:
defaults read NSGlobalDomain KeyRepeat
@r0fls
I can't reproduce this, my KeyRepeat is set as 1
@albinekb mine is set to 2, but key repeat and delay are set all the way up (see screenshot).
I realize now that the arrow keys work fine, the issue is actually only with the vim keys (h, j, k, l). This happens both in vim, or in the terminal when using vim mode.
@albinekb when you hold h,j,k,l or the arrow keys your cursor always moves at the same speed?
I'm having the same issue. h,j,k,l are noticeably slower when using vi, less, or terminal vim mode. Arrow keys respond with the expected speed.
This is one of my biggest complaints with Hyper. Also when I hold down a key (for example, L in vim), I get the alternative character fly-out flashing:
I was having this problem, but finally resolved it.
I fixed it by turning off Apple's "press and hold" functionality, which is what powers the flyout that @pringshia showed: defaults write -g ApplePressAndHoldEnabled -bool false
.
You can also adjust the speed with which keys with this command: defaults write -g KeyRepeat -int 0.02
. The number at the end can be adjusted for personal preference.
nth-ing this problem. @lyndsysimon's solution does work, but it's not cool to have to do this system-wide workaround just to fix a problem that only happens in one app. Neither terminal.app nor iterm2.app have this problem, so it's clearly possible to prevent this from happening. This should be fixed by the hyper team.
defaults write co.zeit.hyper ApplePressAndHoldEnabled -bool false
will disable the setting only for Hyper
I'm not well-versed enough with Electron to know for sure, but I _think_ this might be what's needed to turn this off by default for Hyper only: http://electron.atom.io/docs/api/system-preferences/#systempreferencessetuserdefaultkey-type-value-macos
I had to do the above from mikker, plus change the key repeat rate for hyper. Like so:
defaults write co.zeit.hyper ApplePressAndHoldEnabled -bool false
defaults write co.zeit.hyper InitialKeyRepeat -int 10 # normal minimum is 15 (225 ms)
defaults write co.zeit.hyper KeyRepeat -int 1 # normal minimum is 2 (30 ms)
Having the same issue, @mikker 's solution didn't work for me, couldnt get the press and hold functionality to stop for some reason on my Mac
I've got the same issue, but the fixes from @mikker and @kristojorg don't work either. It's really annoying whilst trying to navigate in Vim.
@joedborg same issue? which one?
Because fixes that you pointed are intended to fix key repeating, not cursor speed (original issue)
@chabou It's that the cursor doesn't blink when it's moving. E.g when typing or navigating a Vim buffer. This makes it difficult to see where you are as you have to keep stopping and wait for the first blink.
@joedborg which Hyper version do you use?
@chabou hyper: 1.4.8 (from brew cask)
This is resolved in our canary (our upcoming v2): https://zeit.co/blog/canary#hyper
Most helpful comment
I'm having the same issue. h,j,k,l are noticeably slower when using vi, less, or terminal vim mode. Arrow keys respond with the expected speed.