On Fri, 26 Sep 2008 20:29:43 +0200
Enrico Tröger <enrico.troeger(a)uvena.de> 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.
Regards,
Nick