On Fri, 25 May 2012 17:25:19 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
I also think that if we want to keep a mouse binding for "go to tag", we could choose something less common -- Ctrl+Alt, Super, whatever uncommon modifier. Do we want to keep one?
Maybe Alt+Click under *nix, and either Alt+ or Ctrl+ Click under Windows, depending on which modifier does rectangle selection. In my WM Alt+Click triggers move window, but after a short timeout.
Finally, although it's probably obvious, the multi-select feature should have a keybinding.
Cursor movement clears at least the primary selection, and multicursors clears all selections on arrow. Since the keyboard navigation is problematic, I'm not sure how useful a keybinding will be.
--
On Fri, 25 May 2012 20:50:41 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
IMO Replace and Toggle Case must be updated to work properly.
On Sat, 26 May 2012 10:59:46 +1000 Lex Trotman elextr@gmail.com wrote:
Just document them to only work on single selection would be ok.
Or block them for now if multiply selections exist? SCI_GETSELECTIONS.
"Rectangular selections are handled as multiple selections although the original rectangular range is remembered so that subsequent operations may be handled differently for rectangular selections. For example, pasting a rectangular selection places each piece in a vertical column." from Scintilla.
Doesn't say how its "remembered" though.
IIRC, the main (stream) and rectangular selections are stored as caret position + anchor position + caret virtual space + anchor virtual space, similar to ScintillaDoc.html#SelectionAndInformation api-s.
Rect selection was simply anchor + caret in scintilla v1. Not so fancy, but the current implementation is painfully slow after a few thousand lines (YMWV depending on the CPU).