11–15 of 15 posts
I forgot all about this problem ever since I remapped 'jk' to . Although when I was primarily using , I tried the timeoutlen and ttimeoutlen solution but couldn't really find any values that didn't conflict with my preference of delay allowed between entering personal map key sequences (other than the default, which is what partially causes the problem).
Having remapped my caplocks key to be escape, I find myself using it fairly often not just with vim but in all sorts of ways. Considering I never used it as caplocks before except accidentally I found the remapping a good investment.
I'm using an U.S keyboard layout and need the ability to write ÅÄÖ sometimes(I'm from Sweden). I've customized my keyboard layout to switch three keys when caps lock is pressed.
And, if you remap Caps Lock to Ctrl, Ctrl-C will be easier to type.
This works 99% of the time. The only exception I know of where it performs differently is in operations on a visual block (not visual line) selection -- hitting Ctrl-C only applies changes to the current line but Esc does what you want.
Instead of Esc you can use Ctrl-C without any delay. I learned this years ago when the latency of a satellite Internet connection would interfere with Esc and Meta. And, if you remap Caps Lock to Ctrl, Ctrl-C will be easier to type. This works 99% of the time. The only exception I know of where it performs differently is in operations on a visual block (not visual line) selection -- hitting Ctrl-C only applies change…
Instead of Esc you can use Ctrl-C without any delay. I learned this years ago when the latency of a satellite Internet connection would interfere with Esc and Meta. And, if you remap Caps Lock to Ctrl, Ctrl-C will be easier to type. This works 99% of the time. The only exception I know of where it performs differently is in operations on a visual block (not visual line) selection -- hitting Ctrl-C only applies change…
vs
10ix
^C cancels the current command, where ESC exits insert mode.