GNOME Bugzilla – Bug 90280
details tab not keynavigable
Last modified: 2019-03-23 20:33:33 UTC
Following are the keynav issue in Gedit: 1. In the 'Preferences' dialog, under Plugins->Manager, pressing 'Ctrl+F' in the list where the plugins are displayed doesn't popup the 'Find' textbox. 2. The 'Details' tab in the 'Manager' plugin of the 'Preferences' dialog is not keynavigable. It is not possible to scroll the 'Details' tab with the keyboard.
I think 1 is not a bug. About point 2, I don't know how to solve it. I think the real solution should be in the gtk+ domain.
Paolo: I think that it should probably be popping up the treeview search dialog, no? [Not a huge bug, and I don't see how that makes it not accessible, so it should probably be a different bug.] On the rest, what gtk widget is the details tab?
I guess a non-editable text view would suffice for the details text, right? As for C-f not going through, let me see what's going on. I have no clue of how the treeview works in that regard.
I think, in this case, Ctrl+F should do nothing, but if someone provides a patch I will consider it. For the Details (and Description) text, I don't like the non-editable text view idea so much. ATM, I'm using some GtkLabels, inside a GtkVBox, inside a GtkViewport, inside a GtkScrolledWindow (as you can see in gedit/src/dialog/plugin-manager.glade2). So, I think we should solve this bug at the gtk level, i.e. add stardard keybindings to scroll this kind of object. Another solution could be set "can_focus" to TRUE on the vertical scrollbar. In this way as soon as the timj's patch in http://mail.gnome.org/archives/gtk-devel-list/2002-August/msg00074.html will be applied, this bug will be magically fixed. What do you think?
Tim's patch looks OK, but who knows when/if it will be applied. I already committed a fix for the interactive search bit.
There are key bindings defined for GtkScrolledWindow which allow all of the label to be viewed when the GtkLabel has focus. See gtkscrolledwindow.c for the key bindings. There is however a problem in that when the label has focus there is no visible focus indicator.
Correction to my previous comment. It is the GtkScrolledWindow which has focus not the label. There is no focus indication when the GtkScrolledWindow has focus but the keybindings _do_ work.
I have looked at the first issue and found that search dialog _does_ popup for me. Muktha: Can you confirm that it does not work and identify what build you are using.
The search popup does work now because I fixed it on 2002-08-14 -- see the comment above.
Sorry, I had missed the comment about the fix. Given that there are key bindings to scroll the GtkScrolledWindow, PageUp, PageDown, Ctrl+PageUp and Ctrl+PageDown, is there a reason for this bug to remain open?
PageUp/PageDown do not work here and Ctrl+PageUp/PageDown bring the previous/next tab to front. Is it because it is the gtknotebook and not gtkscrolledwindow that is getting the focus in this case?
I think that you are pressing the keys when the Description or Detail tab is focused. What I do is: 1) Display Preferences dialog. 2) Prss Tab: the Editor row of Categories is now focused 3) Press PageDown: the Manager row is now focused 4) Press Tab: Load is focused 5) Press Tab: Ascii table row is focused 6) Press DownArrow twice: Compare files row is focused and the description has scroll bars 7) Press Tab: "Configure plubin" button is focused 8) Press Tab: GtKScrolledWindow is focused but ther is no focus indication; that is bug 63480. 9) Press Ctrl+PageDown: scrollbar moves to the right 10) Press Ctrl+PageUp: scrollbar moves to the left.
Thanks Padraig. I followed the steps that you have mentioned above and found that I was able to scroll the GtkScrolledWindow with Home/End (Up/Down) and Ctrl+PgUp/PgDn (Left/Right). Also, I verified the first issue and found that the search dialog popups. Hence I guess this bug can be closed.