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.
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
<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.
<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.
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 email@example.com
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
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.
Not an issue anymore, we don't have a toolbar editor.