GNOME Bugzilla – Bug 318354
GtkTreeView eats ctrl-alt-pageup/down
Last modified: 2018-04-15 00:27:36 UTC
Distribution/Version: Ubuntu Hoary Open a nautilus file properties window. Try Ctrl-PgDown and Ctrl-PgUp. This will seldom work as expected. I would expect that I'm able to go through all the tabs like that.
Thanks for your bug report! This can really be annoying, I'll look into it.
Patch available under: http://mail.gnome.org/archives/nautilus-list/2005-October/msg00073.html
Wow - fixed one hour after my bug report. That's how I like the Open Source World!
Ctrl-Alt-PgUp/Dn should already work in all cases where Ctrl-PgUp/PgDn don't-- if it doesn't, that's perhaps the more important bug here. (I'm saying that without knowing what the proposed patch actually does, though.)
Calum: Thanks for that information. The worst player is GtkTreeView. I'm reassigning this bug report to GTK+. Just FYI, the patch ensured that ctrl-pageup/down is not processed by the contents of the notebook but will always result in a page switch.
*** Bug 320054 has been marked as a duplicate of this bug. ***
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
Apologies for spam... marking as AP4 to reflect accessibility impact.
I don't think there is anything to do here, so I'd like to close this. Or are you advocating that we drop some of the modifier combinations from gtk_tree_view_add_move_binding() ? Currently we seem to bind <key>, S-<key>, C-<key> and S-C-<key> for each key.
Matthias: Shouldn't GTK_MOVEMENT_PAGES key press events only return TRUE if gtk_tree_view_move_cursor_page_up_down succeeded, i.e. if the old vadjustment/hadjustment values don't match the new ones?
I tend to agree with Matthias here. What is the issue? GtkTreeView does not eat the Ctrl+Alt+Page Up/Down key presses, but fully ignores them (which seems to be the problem according to the bug's subject?). But Calum's comment seems to suggest that GtkTreeView should respond to the Ctrl+Alt+PageUp/Down key presses. If that isn't the case after all, I'll just close the bug.
Calum, do you happen to have any opinion on this?
See my mail recently on usability list: http://mail.gnome.org/archives/usability/2006-June/000000.html Basically, Ctrl+PgUp/PgDn is currently supposed to move focus to the top/bottom item in the current view, and is used by some other controls for different things too. That's why Ctrl+Alt+PgUp/PgDn was introduced as an alternative for switching tabs, when Ctrl+PgUp/PgDn doesn't work. However, as I said in that mail, this has caused headaches for long enough that I think we need to look at whether those controls that use Ctrl+PgUp/PgDn could do without, or find alternatives.
Is there still a problem here? I just tried to use ctrl+alt+page up/down in a tree view packed in a notebook, and the page is switched just as expected. I don't see any problems and would like to close this bug :)
Kris, can you take a look at #366548 please? I think the real problem with this bug is that users don't get visual feedback of the current Ctrl-PgUp/Down behaviour.
You already did, sorry.
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.
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