• You are not logged in.

    Colemak and Vim — plus zsh, tmux, less, etc.

    • Started by bunnyfly
    • 19 Replies:
    • Reputation: 0
    • Registered: 06-Aug-2008
    • Posts: 15

    Hallo all. I thought I'd share my Colemak mappings for Vim and other console programs. These stay true to the defaults as much as possible while retaining traditional homerow HNEI arrows. I have been using these for 5+ years daily at home and work, and I love it!

    I have also created fairly consistent bindings based on this for other programs and their Vi-modes:

    • Zsh

    • Tmux

    • Less

    • Pentadactyl [Vimperator]

    There are many other approaches to be found in Colemak + Vim. Some alternatives are Shai's complete remapping of everything, LeoMaheo's very elegant and minimal approach, or just sticking with the defaults. This approach lies somewhere in the middle.

    In a Nutshell

    The idea is to use HNEI as arrows – keeping the traditional Vim homerow style – and changing as little else as possible. This means JKL are free to use and NEI need new keys.

    • k/K is the new n/N.

    • s/S is the new i/I ["inSert"].

    • j/J is the new e/E ["Jump" to EOW].

    • l/L skip to the beginning and end of lines. Much more intuitive than ^/$.

    That's the basics...there're more in the actual code such as pane/tab navigation, but a few other highlights and notes:

    • Ctrl-l joins lines, making l/L the veritable "Line" key.

    • r replaces i as the "inneR" modifier [e.g. "diw" becomes "drw"].

    • The default s/S is the only "lost" mapping, but it's synonymous with cl/cc anyway; I never found it useful.

    The Code

    I've copied the relevant mappings for Vim below.

    For other programs [and .vimrc details such as Colemak NERDTree], you can explore my complete dot-files at https://github.com/bunnyfly/dotfiles.

    There are some of my own personal settings and mappings, but most everything is well commented and Colemak-related bindings are almost always marked as such. Direct links: Vim, Zsh, Tmux, Less, Pentadactyl.

    I don't use every Vim command in existence, but I think I have a fairly comprehensive setup that includes pane and tab navigation as well as common commands that are influenced by the change. If you notice something's missing, let me know! All feedback's appreciated!

    .vimrc
    """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
    " Colemak-Vim Mappings
    """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
    " HNEI arrows.
      noremap n j|noremap e k|noremap i l|noremap gn gj|noremap ge gk
    " In(s)ert. The default s/S is synonymous with cl/cc and is not very useful.
      noremap s i|noremap S I
    " Last search.
      noremap k n|noremap K N
    " BOL/EOL/Join Lines.
      noremap l ^|noremap L $|noremap <C-l> J
    " _r_ = inneR text objects.
      onoremap r i
    " End of word.
      noremap j e|noremap J E
    
    
    """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
    " Other Colemak Arrow-Based Mappings
    """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
    " Switch tabs.
      nnoremap <C-i> <C-PageDown>|nnoremap <C-h> <C-PageUp>
    " Switch panes.
      noremap H <C-w>h|noremap I <C-w>l|noremap N <C-w>j|noremap E <C-w>k
    " Moving windows around.
      noremap <C-w>N <C-w>J|noremap <C-w>E <C-w>K|noremap <C-w>I <C-w>L
    " High/Low/Mid. Note that <C-m> is equivalent to the enter key.
      noremap <C-e> H|noremap <C-n> L|noremap <C-m> M
    " Scroll up/down.
      noremap zn <C-y>|noremap ze <C-e>
    " Back and forth in jumplist and changelist.
      nnoremap gh <C-o>|nnoremap gi <C-i>|nnoremap gH g;|nnoremap gI g,
    Last edited by bunnyfly (17-Jan-2014 07:41:05)
    Offline
    • 0
    • Reputation: 0
    • Registered: 11-Oct-2013
    • Posts: 79

    I must thank you for this. I'm a fairly recent vim convert with an obsession with configuration (my vimrc is somehow already over 700 lines.. probably because of bad formatting) and yet I still haven't gotten around to doing these simple remappings. Vim with colemak is already pretty nice for the most part. I can't imagine yanking on qwerty, for instance. I've been just using left, down, up, right on a caps layer which really is starting to feel sub-optimal for something so frequently used. I've really thought too much about how I would change things, but I like this the best so far, and you've done it with four of my favourite programs! I think this has motivated me to finally do something about it.

    N to k makes sense because it's what the qwerty mapping is and it's not too hard to reach. E to j makes sense because I don't really use e much. What you've done with l is also very cool. The only problem for me is s. It's no problem really for zsh, tmux, and pentadactyl, but I use sneak.vim and have that mapped to s. I'll probably just map that to f since I don't use 1 letter finds that much having sneak.

    Anyway, I might build on this if I find anything to be lacking, though I try not to use any control mappings, so I won't add anything there if it's missing. I'll also probably get around to implementing these bindings for things like ranger and the other vi-like programs eventually as well.

    Last edited by angelic_sedition (20-Jan-2014 09:29:15)
    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538

    Another option is what I posted in the other thread:

    lalop said:

    If we work under the axiom that the jk (colemak ne) keys are the only important arrows, one can even avoid messing with the insert, h, and l keys:

    • swap n with k

    • swap e with j

    Basically, ignore the l.  A lot of people are okay with the h's off-home position anyway (considering h/l depreciated in favor of w/e/b or, better yet, advanced navigation like easymotion), and colemak l is similar.  From this perspective, colemak l may even be more optimal - though I don't know about that.

    Last edited by lalop (20-Jan-2014 17:52:29)
    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538

    General observation, and critique of the pentadactyl bindings: I think one should avoid trying to have the same bindings for vim as for zathura/vimium/pentadactyl, ranger, etc, as they have very different usecases. 

    For a browser or pdf reader, the most common action, by far, will be to "page up/down" (with one-step scrolling reserved for small adjustments).  Those needs to be assigned to the easiest keys (n/e rather than N/E, or, in my case, n/u, since I feel more comfortable stretching my middle finger to the top row). 

    Because browsers/readers have no major functions, there is also plenty of space to assign your lesser-used actions without using modified or chained keys.  For example, <Up>, <Down> could be assigned next to n/u, rather than as a shifted N/U.

    Much more importantly, though, an action as common as switching tabs should not be relegated to C- keys, gt, or worse, gT.  I've assigned mine to h/o, respectively.


    Ranger is a tougher case, since it uses a lot of keys you want to avoid displacing, but I've noticed that all of the directional arrows become about as important when navigating the folders.  Because of that, I would argue that vim-like navigation (which always implicitly depreciated the h in favor of jk) doesn't make sense there at all.  Instead, I would suggest unei (qwerty ijkl) navigation, despite it breaking a few things.


    For comparison, here are my own mappings: https://github.com/lalopmak/lalopmak-mappings

    Offline
    • 0
    • Reputation: 0
    • From: Malmö, Sweden
    • Registered: 10-Sep-2012
    • Posts: 122

    My bit of wisdom:

    Less - has perfect bindings d to go down and u to go up. You really don't want to change anything.

    vim - I'm of the opinion that if you are using colemak hjkl to the point where they are uncoformtable, it means that you aren't using vim properly. You should be moving arround with w,e,b, and /.

    pentadactyl - moving only one line with j and k is pretty horrible. I've rebound C-u and C-d to d and u respectively (d is now x and u is U), making it farily consistent with less. You never really move from side to side so h and l might as well be bound to gT and gt which are quite bad on both qwerty and colemak (I move arround tabs quite a bit).

    ranger: only binding that needs to be added is "delete" which is D for me.

    Last edited by vaskozl (20-Jan-2014 17:54:58)

    Posted without the aid of a rodent.

    Offline
    • 0
    • Reputation: 0
    • Registered: 11-Oct-2013
    • Posts: 79

    I disagree that you should be using w,e,b and /. They are pretty inefficient. If you need to go five lines down, 5j is much faster than searching. That combined with just f can be faster than /.

    Moving through a line with w e and b is often pretty painful (especially if you use vim for writing like me and act as if a line is a paragraph). You have to count the words or hit them repeatedly (which is inefficient). Even better than easy motion is to use sneak. It's a two letter multi-line find that can basically get you anywhere in 3-4 keypresses max. With the default mapping, all you have to do is type s[two letters of the place you're looking at] and it will automatically jump to the next match. If it's not the match you want, you can use easy motion like highlighting to get to where you want to go usually in a single keystroke (because there are much less results for a two letter find).

    Also, I've found it useful to map jk/ne/up and down to gk and gj when dealing with long wrapped lines. Sneak deals with those perfectly though.

    Maybe remapping hnei exactly to what they are in vim isn't a good idea, but I think it's generally a good thing to draw parallels. For example, for window management, I have hnei set to select windows and HNEI set to move windows based on direction.

    I use hjkl/ left right up down (mostly h and l ; the opposite of vim) for maybe 30% of my navigation with ranger. 30% is marks, and then the other 30% is using smart case f. I don't really see the reason not to change hnei to left down up right.

    For page up and down and similar things, I have them easily accessible on a layer, so there's no need for remapping.

    I agree about gt. I never use gt in vim or when browsing or ever. In vim I have space + home row letters bound to gt#. With this, any tab can be accessed in two keystrokes (I don't really go far above 10 tabs and mostly work with buffer switching). I'm also using Unite and taboo.vim which combined allows me to set specific bookmark files for tabs based on their name (i.e. the same binding would open the config bookmark file in the config tab and the notes bookmark file in the notes tab ; from here, with quick match, all shown buffers can be accessed in a single keystroke). This allows access to 100+ files in 2-5 keystrokes max (and that number can be reduced further if you want to use modifiers). Throw in another 2 keystrokes and you have access to 1000+ files all in a very organized manner with only the memorization of 3 keybindings required.

    Last edited by angelic_sedition (20-Jan-2014 23:23:23)
    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538
    angelic_sedition said:

    Maybe remapping hnei exactly to what they are in vim isn't a good idea, but I think it's generally a good thing to draw parallels. For example, for window management, I have hnei set to select windows and HNEI set to move windows based on direction.

    I assume you mean across app types. In practice, I've found there to be only a short learning time for the different behaviors (it's just a few movement keys, after all, and you use them a lot), while the gain is permanent.

    angelic_sedition said:

    For page up and down and similar things, I have them easily accessible on a layer, so there's no need for remapping.

    Not sure what you mean by this, but I assume it requires modifier keys. My point was that pgup/down are common enough in browsing apps that it's bad to assign them to anything other than the most basic, reachable keys (for me, u/n). I use them literally every minute, figuratively every second.

    angelic_sedition said:

    I use hjkl/ left right up down (mostly h and l ; the opposite of vim) for maybe 30% of my navigation with ranger. 30% is marks, and then the other 30% is using smart case f. I don't really see the reason not to change hnei to left down up right.

    You said it yourself: j/k, the keys that are given prominent position, are the ones that are less often used, while h is awkward to reach.  Using ijkl puts h in that prominent position. 30% is quite a lot.

    Last edited by lalop (21-Jan-2014 04:17:34)
    Offline
    • 0
    • Reputation: 0
    • Registered: 11-Oct-2013
    • Posts: 79
    lalop said:

    I assume you mean across app types. In practice, I've found there to be only a short learning time for the different behaviors (it's just a few movement keys, after all, and you use them a lot), while the gain is permanent.

    Yes, agreed.

    lalop said:

    Not sure what you mean by this, but I assume it requires modifier keys. My point was that pgup/down are common enough in browsing apps that it's bad to assign them to anything other than the most basic, reachable keys (for me, u/n). I use them literally every minute, figuratively every second.

    I was actually talking about in a pdf viewer, but I don't really use pdfs that often anyway. For browsing, it might be better to remap them, but using "s" as a modifier key doesn't really take that much effort (which is what I've started doing.. caps is pretty easy too).

    lalop said:

    You said it yourself: j/k, the keys that are given prominent position, are the ones that are less often used, while h is awkward to reach.  Using ijkl puts h in that prominent position. 30% is quite a lot.

    30% was for all hnei, and i is by far the most frequently used. Thinking about it now, it might be more like 80% between marks and f, and i can also be replaced by enter. I really don't go backwards a lot, so n might be used more than h. Regardless, I really can't think of anything I would want to remap to hnei; I like them as the arrow keys. I'm not quite sure what you are suggesting.

    Last edited by angelic_sedition (21-Jan-2014 17:50:33)
    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538
    angelic_sedition said:

    For browsing, it might be better to remap them, but using "s" as a modifier key doesn't really take that much effort (which is what I've started doing.. caps is pretty easy too).

    "Doesn't take much effort" doesn't really hold water when the alternative is not taking effort at all.

    angelic_sedition said:

    Regardless, I really can't think of anything I would want to remap to hnei; I like them as the arrow keys. I'm not quite sure what you are suggesting.

    Not saying that hnei is a useful spot for something else, but rather that unei's more convenient for more-intensive, particularly h/l-centric, navigation (though, if you really don't move backwards, maybe hnei's okay for your usecase).

    Last edited by lalop (21-Jan-2014 18:49:25)
    Offline
    • 0
    • Reputation: 214
    • From: Viken, Norway
    • Registered: 13-Dec-2006
    • Posts: 5,361

    For me, part of the beauty of the Extend mappings is how they take less *mental* effort! Yes, I do have to press down the Caps key a lot and with my little pinky to boot – but that's become second nature to me now. Sounds odd, but it's easier to press than any of the other modifiers. And the big benefit as mentioned, is that all the nav and edit stuff is on that layer and not spread around in different places for different apps. So that feels very effortless to me at least. Ymmv.

    *** Learn Colemak in 2–5 steps with Tarmak! ***
    *** Check out my Big Bag of Keyboard Tricks for Win/Linux/TMK... ***

    Offline
    • 0
    • Reputation: 0
    • From: Malmö, Sweden
    • Registered: 10-Sep-2012
    • Posts: 122

    5j is in no way faster than / and ?. To use #j you would have to either count the number of lines by eye, or look at the number of the current lines and subtract that from the line you want to go to. It requires less keystrokes but you have to think about it.

    That is not to say that the j keys isn't important. It is undoubtedly the best way to move less than 3 lines down (after which imo #G, / or ? are better), it's just that it isn't more important than having a good place for "e" "w" "c" or "b' which are almost always pressed rapidly together with other characters, something rarely true for moving down lines.

    Posted without the aid of a rodent.

    Offline
    • 0
    • Reputation: 0
    • Registered: 11-Oct-2013
    • Posts: 79
    lalop said:

    "Doesn't take much effort" doesn't really hold water when the alternative is not taking effort at all.

    The difference between that and the alternative is unnoticeable to me. I agree that it would be slightly better for me remap page up and down specifically, but I use the keys so infrequently and my current setup takes so little effort already compared to actually moving the hand to reach page up and down, that I haven't bothered to take the time to do it.

    lalop said:

    Not saying that hnei is a useful spot for something else, but rather that unei's more convenient for more-intensive, particularly h/l-centric, navigation (though, if you really don't move backwards, maybe hnei's okay for your usecase).

    I think it's a matter of preference. There's no program that I use arrow keys/directional movement intensively, and I just prefer them all lined up. Also U is an important key usually (undo).

    vaskozl said:

    5j is in no way faster than / and ?. To use #j you would have to either count the number of lines by eye, or look at the number of the current lines and subtract that from the line you want to go to. It requires less keystrokes but you have to think about it.

    That is not to say that the j keys isn't important. It is undoubtedly the best way to move less than 3 lines down (after which imo #G, / or ? are better), it's just that it isn't more important than having a good place for "e" "w" "c" or "b' which are almost always pressed rapidly together with other characters, something rarely true for moving down lines.

    set number
    set rnu

    I can understand why you wouldn't want to do this, but for me, this covers anything in view, and doesn't require thinking. I usually only jump by lines when deleting lines. If I'm not going anywhere specific on the line this is much faster than /. I've tried both. It doesn't require counting, only vision. Using / is significantly more keypresses, requires just as much looking, and I don't like jump/highlight search. Again, if you want to search instead, vim-sneak is faster than /. I still can't recommend it highly enough.

    Sneak is faster than e,w,c, and b for anything that is not in very close proximity to where you are. You complain about counting, but these require counting for anything more than a few words away, and using them in succession (i.e. "wwww") is inefficient. I won't argue that they work a lot better than hjkl, but for me there's not a huge difference between how much I use them.

    DreymaR said:

    For me, part of the beauty of the Extend mappings is how they take less *mental* effort! Yes, I do have to press down the Caps key a lot and with my little pinky to boot – but that's become second nature to me now. Sounds odd, but it's easier to press than any of the other modifiers. And the big benefit as mentioned, is that all the nav and edit stuff is on that layer and not spread around in different places for different apps. So that feels very effortless to me at least. Ymmv.

    I've recently started looking into cool things like simulating layers and layer locks as well as using normal keys as modifiers. For example, I can still use caps, but If I don't need all of the stuff on the left side (which is often the case), I'll use "s" as a modifier to tap into the extend layer instead. It works okay on my mechanical keyboard, but it's not perfect. I think it's a cool idea that might be useful in the future though.

    Last edited by angelic_sedition (22-Jan-2014 01:29:54)
    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538
    angelic_sedition said:

    but I use the keys so infrequently

    That's weird; if you don't use scroll up/down, or page up/down, what do you use for browsing?

    angelic_sedition said:

    compared to actually moving the hand to reach page up and down

    Wait, what?

    I'm suggesting making it so you don't have to move your hand (or hit a modifier, or anything) to hit pgup/down. Common keys should be easy, after all.

    Last edited by lalop (22-Jan-2014 09:39:21)
    Offline
    • 0
    • Reputation: 0
    • Registered: 06-Aug-2008
    • Posts: 15

    Angelic_sedition: no problem! I hope it helps to at least inspire your own flavor of Vim mappings. Also, I actually do have n/e mapped to gj/gk in my vimrc :) I just made it more true to the defaults for the forum post. I'm going to have to investigate some of the plugins you mention.

    Lalop: I think that one of the reasons I like my mappings so much is that they're very similar across programs. I can see how different mappings for different programs can be good. I used to have more different bindings per program, but there was a small amount of context switching my mind had to do, and I just prefer to remove that entirely and have consistent mappings across the board. I could certainly make things more efficient, but that's not where my priority with this is I guess.

    Vaskozl: thanks for the wisdom, hehe. Yus, it sounds like my mappings aren't for you! Of course text navigation rarely uses arrow keys. But window, tab, and related things do, so arrows are vitally important to me. I am constantly moving between panes and tabs in Vim and Tmux and Firefox, and it's really nice for me to have a consistent, prioritized experience with that. I used to have my Pentadactyl h,i and n,e to be switching tabs and large scroll up/down, but wound up preferring everything as consistent as possible. It's interesting - your use of C-u and C-d to make it consistent with less's u and d is almost opposite of mine - I use f and b in less to make it consistent with Vim's C-f and C-b :) I've not heard of ranger before...a file manager...I have been satisfied with dealing with files in shell, I never thought to look for something like this. I'm going to have to look into what it offers.

    Funny...I've been using ctrl+arrows for tabbing for so long, I didn't even know that gt switched tabs :-P

    Last edited by bunnyfly (22-Jan-2014 08:06:46)
    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538

    IMNSHO, consistency is only so desirable.  Relegating to very suboptimal keys features that you use figuratively every second just isn't worth it.  Even less so when using them a lot allows you to learn the changed ones fairly quickly.

    HINE is a dud test case, since a modifier (shift) has been built in to that - of course it's not going to seem much different from C-whatever.  What you'd actually try is something like hine.

    Last edited by lalop (22-Jan-2014 05:20:17)
    Offline
    • 0
    • Reputation: 0
    • Registered: 06-Aug-2008
    • Posts: 15

    I was struggling to figure out what you meant in your second paragraph, then realized you were referring to my Pentadactyl bindings! I actually meant I tried tabbing and long scrolling with lowercase, hi and ne, not upper HI and NE like I originally typed :-P

    Either way, you clearly have different ideas and preferences. Everyone will. I present all this not to say "this is the best way." I have no interest in defending it as such. I would much rather say "this is a way I'm doing it!" and hope that it inspires or helps other people out who might like standard home-row arrows.

    Last edited by bunnyfly (22-Jan-2014 08:16:20)
    Offline
    • 0
    • Reputation: 214
    • From: Viken, Norway
    • Registered: 13-Dec-2006
    • Posts: 5,361
    angelic_sedition said:

    I've recently started looking into cool things like simulating layers and layer locks as well as using normal keys as modifiers. For example, I can still use caps, but If I don't need all of the stuff on the left side (which is often the case), I'll use "s" as a modifier to tap into the extend layer instead. It works okay on my mechanical keyboard, but it's not perfect. I think it's a cool idea that might be useful in the future though.

    I don't understand what you mean by this. When don't you need the left-hand-side letters? I need the "s" all the time! ;)

    *** Learn Colemak in 2–5 steps with Tarmak! ***
    *** Check out my Big Bag of Keyboard Tricks for Win/Linux/TMK... ***

    Offline
    • 0
    • Reputation: 0
    • Registered: 11-Oct-2013
    • Posts: 79
    DreymaR said:

    I don't understand what you mean by this. When don't you need the left-hand-side letters? I need the "s" all the time! ;)

    I'm saying that I don't need what I have on the caps layer around s that often. It's still easy to press arst together (for any wanted modifiers), but caps xcv for example, is hard to reach from s.

    I use all the left hand side letters. I don't use all the mappings for the extend layer on the left side frequently.

    I've had the most success doing this on Windows (I used to use touchcursor, for example, which used the space bar as the modifier for a while... I remember it working pretty well). What I've tried out on linux is a few programs (mainly xcape and keydouble; both work with xmodmap). Xcape claims to be able to do this, but it does not have a minimum time set up that the key must be held before it will work as a modifier resulting in a lot of wrong keystrokes (i.e up down or whatever is on your layer). I've opened up an issue about it on the github, and maybe the feature will be implemented in the future: xcape. Based on the response so far, I doubt it though.

    Edit: The issue I opened has been closed. One of the examples of use has been removed, and for the other it has been clarified that the example does not actually work, so it would seem there is no hope from getting this functionality from xcape in the future :(.

    The main point of xcape is to be able to set up modifiers to send things like escape on release (which is what a lot of people do with ctrl mapped to caps to send escape for vim) which works great. This can be done easily enough just for vim just by "inoremap <c> Escape" though. Using normal letters as modifiers is the really interesting thing to me. I don't know if vim has a <> for modeswitch though, so xcape works great in addition to a caps layer for escape.. or backspace or whatever.

    lalop said:

    That's weird; if you don't use scroll up/down, or page up/down, what do you use for browsing?

    Mostly autoscroll down, gg, G, and something I have mapped to 5j I think. I mostly do reading. Maybe not the best way, but I haven't suffered in speed or anything because of it. Page up and down have been screwy for me with firefox(/pentadactyl). Very jarring. I'll get to it eventually maybe.

    lalop said:

    Wait, what?

    I'm suggesting making it so you don't have to move your hand (or hit a modifier, or anything) to hit pgup/down. Common keys should be easy, after all.

    I know. I was saying that using caps or s as a modifier takes hardly any effort compared to moving the hand, and the gap in effort between that and having it actually mapped is very small for me. I shall go home and reevaluate my life/mappings though. I'm a pretty new convert to pentadactyl.

    Last edited by angelic_sedition (22-Jan-2014 23:50:53)
    Offline
    • 0
    • Reputation: 214
    • From: Viken, Norway
    • Registered: 13-Dec-2006
    • Posts: 5,361

    Oh I see – on-release-modifiers. I haven't got any joy out of those because I tend to make errors when using them. In theory it should be very powerful though.

    *** Learn Colemak in 2–5 steps with Tarmak! ***
    *** Check out my Big Bag of Keyboard Tricks for Win/Linux/TMK... ***

    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538

    Just to be clear, by pgup/down, I just mean "scroll up/down by a large preferred amount".  It could be 10j/k, for example.  Whatever's most comfortable while browsing.  Just not usually 1j/k unless you really like pressing that button a lot.

    Offline
    • 0