Sticky keys
Posted: 02 Mar 2023, 18:16
I've been doing a bunch of reading on the Colemak forum. They have a lot of side-threads on faster keyboarding in general. In one of them, it was mentioned that some of the fastest keyboarders don't use the shift key; for them, it's faster to hit capslock-char-capslock than shift[hold]-char-shift[release].
I doubted that at first, but I was willing to give it a try. The shift key is something I've had difficulty with for a long time. Most shifted letters seem to be on the left side, where the alpha keys are right up against the modifier and tab keys. When I learned to type I used the shift key nearest the letter key; since I have large hands, I wind up cramping my hand up to use my little finger or, almost as often, my thumb on the left shift.
The right side is no problem; the two columns of symbols give plenty of room for my fingers, but the right shift gets used *much* less than the left.
I've been trying to develop the habit of using the right hand for the left side shifted characters and vice versa, but there it has been a slow and frustrating thing. The capslock thing was interesting, but I don't have a capslock key any more; I remapped it to a right control key. I use LShift-RShift to enter capslock mode when needed, and the two-hand keypress take a lot of time compared to a single keypress.
Also, modern windowing users interfaces make heavy use of control-key shortcuts; ZXCV,F,R,S, and Q. All those are on the left side. I've had poor progress learning to use the right control key for those, too.
So... no capslock. But I remembered "sticky" keys. I tried a program called xkbset (I'm running Linux) that didn't work out quite like I expected. It turned out KDE has sticky keys built in, under the keyboard settings. I enabled it.
"Sticky keys" watches the six modifier keys - left and right control, alt, and shift. When you tap one of those keys, the next key you tap will be passed on as control-C, shift-Enter, alt-S, etc.
That turned out to work quite well; instead of cramping my hand up to hold the shift key down, I just tap the shift key and then the letter key. And it's noticeably faster than cramp-and-hold. I am learning to use the tap-modifier thing quickly.
>>However<<, I sometimes have unexpected results while typing, and I've managed to lock the whole KDE desktop up twice in two days; I couldn't even get to a virtual terminal, and had to use the power switch. Arguably KDE shouldn't let some arbitrary keystrokes do that, but given the developers probably don't care, I'm learning not how to fumble around on the modifier keys. The main issue seems to be once you tap a sticky modifier, the next key *will* be ctrl, alt, or shift-whatever; there's no way to abort the next keypress. Or at least, I haven't discovered one.
I doubted that at first, but I was willing to give it a try. The shift key is something I've had difficulty with for a long time. Most shifted letters seem to be on the left side, where the alpha keys are right up against the modifier and tab keys. When I learned to type I used the shift key nearest the letter key; since I have large hands, I wind up cramping my hand up to use my little finger or, almost as often, my thumb on the left shift.
The right side is no problem; the two columns of symbols give plenty of room for my fingers, but the right shift gets used *much* less than the left.
I've been trying to develop the habit of using the right hand for the left side shifted characters and vice versa, but there it has been a slow and frustrating thing. The capslock thing was interesting, but I don't have a capslock key any more; I remapped it to a right control key. I use LShift-RShift to enter capslock mode when needed, and the two-hand keypress take a lot of time compared to a single keypress.
Also, modern windowing users interfaces make heavy use of control-key shortcuts; ZXCV,F,R,S, and Q. All those are on the left side. I've had poor progress learning to use the right control key for those, too.
So... no capslock. But I remembered "sticky" keys. I tried a program called xkbset (I'm running Linux) that didn't work out quite like I expected. It turned out KDE has sticky keys built in, under the keyboard settings. I enabled it.
"Sticky keys" watches the six modifier keys - left and right control, alt, and shift. When you tap one of those keys, the next key you tap will be passed on as control-C, shift-Enter, alt-S, etc.
That turned out to work quite well; instead of cramping my hand up to hold the shift key down, I just tap the shift key and then the letter key. And it's noticeably faster than cramp-and-hold. I am learning to use the tap-modifier thing quickly.
>>However<<, I sometimes have unexpected results while typing, and I've managed to lock the whole KDE desktop up twice in two days; I couldn't even get to a virtual terminal, and had to use the power switch. Arguably KDE shouldn't let some arbitrary keystrokes do that, but given the developers probably don't care, I'm learning not how to fumble around on the modifier keys. The main issue seems to be once you tap a sticky modifier, the next key *will* be ctrl, alt, or shift-whatever; there's no way to abort the next keypress. Or at least, I haven't discovered one.