If you want to move 10 or 20 lines down, then maybe hold down "j" ("k") and let it repeat. If you want to move 3 lines down (or up) hit "j" (or "k") 3 times (much faster than waiting for key repeat to kick in). But I've been using Vi/Vim/MacVim for a loooong time, and have never felt the need to have the keyboard repeat faster the key (no pun intended) is to use Vim as it was intended. You can easily adjust the keyboard repeat rate in System Preferences, in the Keyboard pane, by fiddling with "Key Repeat Rate" and "Delay Until Repeat". The only way I get roughly 120 lines in 10 seconds, is scrolling Vim (or MacVim) line-at-a-time by holding down "j" or the down arrow, and that's clearly the default keyboard repeat rate (about 12 per second) limiting things. I get the same speed in MacVim (which can update the screen much faster than Terminal.app), so I'm pretty certain that the limiting factor (at least in MacVim) is the keyboard repeat rate, not Vim's ability to update the screen. Using Vim in Terminal.app, I can easily scroll about 5100 lines in 10 seconds, using ctrl-F or ctrl-B (scroll one page forward or back), if you're trying to move a long distance in a hurry.
Putty on windows in terms of scroll speed?Īnd if it's a Mac OS X GUI limitation, when is Apple going to improve this? In your opinion what do you think the root cause may be?ĭo you know of any terminal application on Mac OS X, which can match Professional developer that makes a huge difference to me as I canįeel the sluggish left-right-up-down movement in vim.
To many people this may not seem like a big deal, but being a Terminal.app on Mac OS X 10.6.1 can scroll only 120 lines in 10 I have tried Terminator, iTerm, mrxvt, GLTerm mentioned at theįollowing page as alternatives to Mac OS X Terminal.app:īut all of these terminals along with native Mac OS Terminal.app suffer the same slowness while scrolling down a file in vim editor.Īs a comparison data point, I can scroll 300 lines in 10 seconds when
0 kommentar(er)
