GNOME Bugzilla – Bug 126295
No focus indication for empty GtkTreeView
Last modified: 2011-02-04 16:16:49 UTC
Using a HighContrastLargePrintInverse theme:- - Launch the 'File types and programs' utility. - Click 'Add File Type' button. The "Add File Type" dialog appears. - Press <TAB> until you have traversed down to the 'Add:' text field. - Press <TAB> to travel to the empty filename extension list. See that there is no indication that this list has focus.
A GtkScrolledWindow seems to have focus. Is the bug that there is no focus indication or that the GtkScrolledWindow is focusable?
Also, I think this is scheduled to be replaced in the next few days- might not be relevant soon. JRB?
Updating status whiteboard to reflect a11y team's assessment of priority.
Patrick, Is this bug still present?
I'd say the fix here is not to make the empty list focusable (possibly just by disabling it, although that doesn't feel quite right somehow)-- AFAICT there's not much point in being able to focus it when it's empty. The other alternative as you say would be to implement a focus indicator for list/tree controls, but IIRC this option has been rejected by the gtk+ team in the past.
The problem is that the focus is being put on the GtkScrolledWindow even though the scrollbars are not visible. See bug #63480. I have a patch which does not focus the GtkScrolledWindow if the scrollbars are not visible.
Created attachment 25561 [details] [review] Proposed patch
milestoning for post 2.4.0
Mass changing gtk+ bugs with target milestone of 2.4.2 to target 2.4.4, as Matthias said he was trying to do himself on IRC and was asking for help with. If you see this message, it means I was successful at fixing the borken-ness in bugzilla :) Sorry for the spam; just query on this message and delete all emails you get with this message, since there will probably be a lot.
I'm working on this. There's also some code that prevents you from actually tabbing into an empty treeview; I'm taking that out.
Fixed on both the gtk-2-4 and HEAD branches.