After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 762398 - Allow Ctrl+Shift+Click in GTK_SELECTION_MULTIPLE to select additional ranges
Allow Ctrl+Shift+Click in GTK_SELECTION_MULTIPLE to select additional ranges
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkTreeView
2.24.x
Other Linux
: Normal normal
: ---
Assigned To: gtktreeview-bugs
gtktreeview-bugs
Depends on:
Blocks:
 
 
Reported: 2016-02-21 12:37 UTC by xyzdragon
Modified: 2018-05-02 16:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
expected behavior (52.47 KB, image/gif)
2016-02-21 12:37 UTC, xyzdragon
Details
What really happens (51.31 KB, image/gif)
2016-02-21 12:37 UTC, xyzdragon
Details

Description xyzdragon 2016-02-21 12:37:12 UTC
Created attachment 321773 [details]
expected behavior

expected behaviour:

* shift+click to select a range of files
* ctrl+click to add files to selection one by one
* ctrl+shift+click to add a range of files to the selection. range starts from the last selected file to the clicked one. it can also deselect a range in case they are selected, just like what ctrl+click does with a single file

GTK_TREE_VIEW with GTK_SELECTION_MULTIPLE behavior

* shift+click: OK
* ctrl+click: OK
* ctrl+shift+click: works like ctrl+click, affects only single files instead of adding a range.

See also the attached animated gif of what I want and this bug: https://bugzilla.xfce.org/show_bug.cgi?id=5333
Comment 1 xyzdragon 2016-02-21 12:37:48 UTC
Created attachment 321774 [details]
What really happens
Comment 2 Matthias Clasen 2016-02-22 00:35:39 UTC
I don't think we'll change longstanding treeview selection behavior at this point.
Comment 3 xyzdragon 2016-02-22 19:24:44 UTC
@Matthias: That's too bad ... I don't think it should break anything, though. Maybe add this in GTK3 (if it isn't already)?

I realize, this is not the right place, but could you tell me then instead, if there is any way to easily add this feature from a outside of GTK e.g. Thunar without completely rewriting a multiple-select-logic?
Because, while GTK_SELECTION_MULTIPLE is being done, gtk_tree_view_get_path_at_pos (tree_view, event->x, event->y, &path, &column, NULL, NULL) doesn't seem to return a meaningful path (it returns NULL) which would be needed to set selections manually. Also I would need an anchor meaning the last selection in order to select all between.

Maybee I'm just talking gibberish. I never programmed with GTK before, I just tried to find a quickfix for that Thunar/GTK-bug because I'm used to shift+ctrl+click from Windows.
Comment 4 GNOME Infrastructure Team 2018-05-02 16:58:11 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/600.