GNOME Bugzilla – Bug 129450
GOK 'UI Grab' tables
Last modified: 2004-12-22 21:47:04 UTC
Currently navigating tables such as common 'Browse for file' or 'Pick a Font' tables are navigable only by using GOK's 'Compose' for keynav. Personally I've found this tedious, especially with large tables. Is there/will there be any plans to make tables 'UI Grabble' so that they are accessible in GOK in menu-form? I'm aware such a change could be unfeasable.
I think this is a good RFE to consider post 1.0. What are your thoughts as to where and how this might work? Only editable tables? Tables with particular roles for elements?
I've only really considered tables such as those in 'Pick a Font'. For example: There are 3 tables, 'Family', 'Style', and 'Size'. In simplest form, if the items populating these tables could populate a separate GOK menu, selectable using UI Grab. So in this case, UI Grab would not only have buttons for 'OK' 'Cancel', but also 3 more 'Family' 'Style' and 'Size'. Clicking these would have the equivalent effect of clicking a button under GOK's 'Menus' section, and all items would be readily selectable by the user without having to (slowly) 'Compose' up/down/tab to achieve 3 selections. The same could apply for the numerous 'Browse for file' windows, albeit more tricky to implement as the contents of these tables change dynamically as one traverses folder/file hierarchy.. just a thought :)
This is partially addressed already by GOK's UI Grab for list items and table cells which are selectable/actionable. See related bug 117568, which is currently blocked by some issue in gail/or/gtk+.
I wonder if it would make sense to have a "navigation" keyboard for addressing the various kinds of navigation scenarios that arise. Such a keyboard would have Tab & Shift-Tab, the arrow keys, and perhaps a few other things (home & end, ESC?). We've done a very good job of providing very efficient navigation with UI grab, but there are still a number of situations where that doesn't work. I've created a new RFE to address this topic: Bug #136482.
David: this bug doesn't totally depend on 133413; we could easily work around 133413 in GOK by calling the libspi methods directly (rather than via a cspi binding, for the 2 or 3 relevant method calls).
Agreed -- I nearly commented to that effect but didn't save. It is really just so that this bug pings us when 133413 is fixed... I'm abusing bugzilla slightly ;-)
UI Grab for tables now provides for: * selecting a table row via a GokKey * activating a row or column header if available (this can do things like sort according to various headers) if the patch for bug #117568 is applied. I think we can close this bug if that patch goes in, at least for now (we can consider enhancements to the table grab later, on an individual basis).
fixed by patch for #117568