3 Apr 2012 1:27 AM #1
Non standard grid selection
In most GUI toolkits I could try (Windows, Swing, Qt, GTK+...), except, I admit, SWT (strangely), the list / grid component has a quite uniform behavior with regard to selection.
Classical: click on a line to select it, shift-click on another to select between the two (included).
Additional: Ctrl+click on rows to toggle their selected state.
Less known: Ctrl+click on a row, then Ctrl+Shift+click on another to add the new range to the existing selection.
Here, exact behavior change between toolkits: in Windows Explorer and any native Windows list component, this still act as a toggle (which is the most useful): if you Ctrl+click in the middle of a selection, then Ctrl+Shift+click below, still in the selection, the defined range is unselected (except the last clicked row). In most other toolkits, it just add to the selection (ie. does nothing).
You can see this behavior, for example, in the Advanced Search of this forum, in the list of forum sections, the list acts this way (at least in Firefox, which uses its own toolkit, I think).
The GXT 3 Grid doesn't act like this... Ctrl+Shift+click just toggle the row, like a simple Ctrl+click. So I open this bug / change request to improve the grid and allow such handy range selection shortcut.
3 Apr 2012 1:42 AM #2
Its even more complex than this. Some actions act already on a mousedown, while others require the full click.
5 Apr 2012 3:20 PM #3
I've filed a ticket against the team to review the semantics of modifier keys and grid selection. This is something that deserves consideration. With the bugs that remain in the push toward 3.0, there may be some time before the appropriate discussion can take place, but I'll update this thread with any changes we make.
3 May 2012 12:33 AM #4except, I admit, SWT (strangely)
* Examples: Ctrl+Shift+R -> Open Resource, Ctrl+Shift+T -> Open Type, Ctrl+Shift+E -> Switch to Editor, all these dialogs have multi-selection lists with this behavior.