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 729531 - Implement ctrl+click on expander to expand item recursively
Implement ctrl+click on expander to expand item recursively
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkTreeView
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gtktreeview-bugs
gtktreeview-bugs
Depends on:
Blocks:
 
 
Reported: 2014-05-04 18:05 UTC by Germán Poo-Caamaño
Modified: 2018-04-15 00:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Germán Poo-Caamaño 2014-05-04 18:05:06 UTC
In Evince we have a treeview to navigate through a PDF index, likely in books
with several nested levels.

It such cases, the expander works find to expand one level by default. But in
some situations (e.g. opening a chapter to look for a specific section/subsection),
expanding recursively is desired.

Handling ctrl+click in the row does not seem elegant. It sounds better to
have it in the expander only, but hopefully without custom handlers.

For an specific use case, see https://bugzilla.gnome.org/show_bug.cgi?id=585967
Comment 1 Germán Poo-Caamaño 2014-05-04 18:07:10 UTC
For reference, this is the conversation on IRC:

<gpoo> in a gtktreeview, is there a way to process say ctrl-click only in the expander, not the row?
<Company> gpoo: i have pitchforks for people that add custom event handlers for these things
<gpoo> Company: the use case makes sense to me: click on expander expands the default one-level, ctrl-click expands it recursively
<Company> gpoo: that would be something I'd either implemnt in GtkTreeView or not at all (maybe via drop-down menu)
<Company> gpoo: because custom event handlers are likely to conflict with future changes in treeview itself
<Company> gpoo: looking at gtktreeview.c, there's a boolean flag that we currently hardcode to FALSE, shouldn't be too hard to check for button_event->state & CTRL if we wanted to
<gpoo> Company: I am filing a bug
<Company> collapse doesn't seem to have that flag (no idea why), so that would need more code
<Company> yeah, I'd be the wrong person to ask if we actually want that feature
<gpoo> Company: whether it is implemented or not, I think is good to have the link (bug) for future reference
Comment 2 Matthias Clasen 2018-02-10 05:21:01 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 3 Matthias Clasen 2018-04-15 00:23:40 UTC
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new