On Fri, 25 May 2012 17:25:19 +0200 Colomban Wendling <[email protected]> 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 <[email protected]> wrote: > IMO Replace and Toggle Case must be updated to work properly. On Sat, 26 May 2012 10:59:46 +1000 Lex Trotman <[email protected]> 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). -- E-gards: Jimmy _______________________________________________ Geany mailing list [email protected] https://lists.uvena.de/cgi-bin/mailman/listinfo/geany
