GNOME Bugzilla – Bug 105129
Need to make toolbar editor accessible
Last modified: 2011-12-10 17:50:56 UTC
This probably isn't an issue for right now, but if we want the epiphany toolbar editor to be integrated into gnome in the long term, its going to need some accessible interfaces. In particular, we need to make toolbar editting possible using the keyboard.
thanks for noting that! yeah, it needs: 1) keynav (probably something like cut/paste for DnD); 2) to work OK with large print and theme stuff, etc. 3) to export the right ATK interfaces and events. the last one should "just work" for everything that's already a stock gtk+ widget, but custom widgets might take some additional work. -Bill
I just looked at the screenshot. If the icon-list panel (in the scrolling window) already implements ATK, then it needs to support keyboard focus and selection (so you can navigate through the icon list via the keyboard). Maybe you already can, I don't know. From there, you could use Shift-F10 (I think that's correct for a context menu) to post the context menu, which could include "copy", and you could then focus the toolbar-under-construction via TAB or Ctrl-Tab+Tab, and select "Paste" from another context menu, etc. that's kind of the standard alternative to drag and drop.
some more irc conversation: ----------------------------------- <billh> DaveB: ah... the iconlist or whatever, in the scrolling window, might need some ATK work as well as keynav. <DaveB> ok, yeah any comments etc on that bug are way helpful... <billh> DaveB: if the list were keyboard-traversable then a context menu (Shift-F10) could include 'copy' and 'paste', as an alternative to Drag and Drop. <DaveB> yeah i thought about that too... <DaveB> billh alternatively icon-> add to toolbar, and than each item on the toolbar could have a context=>move left(right) etc. what do you think? <billh> DaveB: yeah, you'd need a context->copy on the icons in the list, and a context->add on the toolbar, <billh> DaveB: and maybe some keyboard shortcuts like Ctrl->arrow to move things around in the toolbar. <billh> DaveB: But it seems to me that we should aim for consistency with gnome-panel where it's feasible. <DaveB> yeah <billh> DaveB: the exception being that gnome-panel uses 'TAB' to traverse from item to item (as well as arrow keys)
Just marking this in the status whiteboard for my own tracking; don't worry about it.
Marco: What do you think about making the toolbar editor icons buttons with no button relief, instead of event boxes. This would have the benefit of giving us keynav (via the tab key) in the editor for free. All we would need to do is hook up the buttons to the popup signal and mouse button 3 to get context menus for adding buttons to toolbars. All without having to create our own custom icon container and having to do all the crazy atk work.
I guess one issue is that you would need to get rid of the button clicked behavior of the buttons :/
setting the priority to high here, but it is not a 1.0 bug.
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME bug list :)
Sorry for the spam. Reassigning bugs with a target to our next milestone.
Target: 1.2 -> 1.4
Mass-moving Targe Milestone 1.4 -> 1.6 due to feature, UI and string freeze.
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
Apologies for spam-- ensuring Sun a11y team are cc'ed on all current a11y bugs. Filter on "SUN A11Y SPAM" to ignore.
Mass-moving bugs from Target Milestone: 1.6 to 1.8 because of feature, UI and string freeze.
Target: 1.8 -> 1.10 due to feature and UI freeze.
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
cc'ing harves.
Not an issue anymore, we don't have a toolbar editor.