4 ms·
Huh. I am also a "vim user", and I somehow never noticed this after using macOS for now over a decade. I guess I am confused by your comment, though, as the rea
by saurik 6y ago
Huh. I am also a "vim user", and I somehow never noticed this after using macOS for now over a decade. I guess I am confused by your comment, though, as the reason I seem to have never noticed is directly because I am a "vim user"... Terminal and iTerm both do key repeat (and in fact when I first tested just now I was like "I mean, seems to work?" and then I decided "oh, I guess I should check apps other than vim"... but why would anyone use software other than vim ;P).
- rbreaves 6y agoI would have done the same thing these days. Although when I first transitioned to Macs I was not a heavy terminal user like I am now - always been into dev work, mostly web development back then. And I do recall changing that setting via the terminal, but I was never annoyed by it though as I tended to do far less customization to the OS than Windows or Linux. And this is awesome to be replying to Saurik! Thank you so much for the work you've done in the iOS jailbreaking community.
- NalNezumi 6y agoThere's a risk that I'm mixing things up at the moment, but I do remember that the "hjkl" navigation did not work properly on VS code with VIM extension. Since I've already switched this behavior now Terminal & iTerm have adapted to it. For a while I couldn't put my finger at why this was, and then I realized that scrolling up/down is essentially disabled without key repetition for vim. It also seems to act slightly funky between apps for the "scroll speed/delay" sensitivity. It works fine in vim now, but somehow it's very sensitive on slacks app and browser. (but not VS code) I guess I'm just used to keep my hand mostly on keyboard, and would like to use mouse/touchpad as little as possible.
- saurik 6y agoI mean, VS Code != vim, so that explains the problem.