On Fri, 26 Sep 2008 20:29:43 +0200 Enrico Tröger firstname.lastname@example.org wrote:
With some more delay than planned, the configurable 'previous/next word part' keybindings finally landed in SVN.
The only problem is that the +Shift variant doesn't work once they have been changed. That means, by default Ctrl+/ jumps to the previous word start, Ctrl+Shift+/ jumps to the previous word start and starts a selection to the new position (same for next word start). If this keybinding was changed, let's say to Ctrl-4, Ctrl-Shift-4 doesn't do anything instead to jump to the previous word start with raising a selection is still bound to Ctrl-Shift-/. But this affects only users who actually change this keybinding.
Ctrl-Shift-[/] has never worked for me. I think it's because holding shift changes the key character from '/' to '?'.
If this is a big issue for people, we could add two additional keybindings for the case when Shift is pressed. But these would have to be changed as well. So there are even more configuration efforts necessary. Alternatively we could add some hacks to the code which allows the Shift key to these both particular keybindings.
I don't like both ways (the last one fewest :D).
Personally I'd like it to work the second way, holding shift as well as the configured binding works to extend the selection. This would be useful for the 'Go to line end/start' bindings as well. For the reason I mentioned above, this wouldn't work for any keys that have a different character when shift is pressed, but it would work for the alphabet, control characters and the numeric keypad.
I could look at implementing this if it's OK.