After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 105129 - Need to make toolbar editor accessible
Need to make toolbar editor accessible
Status: RESOLVED WONTFIX
Product: epiphany
Classification: Core
Component: Controls
unspecified
Other Linux
: High normal
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
AES[BADBUG]
Depends on:
Blocks:
 
 
Reported: 2003-02-03 15:18 UTC by Dave Bordoley [Not Reading Bug Mail]
Modified: 2011-12-10 17:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dave Bordoley [Not Reading Bug Mail] 2003-02-03 15:18:13 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.
Comment 1 bill.haneman 2003-02-19 17:59:00 UTC
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
Comment 2 bill.haneman 2003-02-19 18:04:46 UTC
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.

Comment 3 Dave Bordoley [Not Reading Bug Mail] 2003-02-19 18:10:30 UTC
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)
Comment 4 Andrew Sobala 2003-04-28 15:51:36 UTC
Just marking this in the status whiteboard for my own tracking; don't
worry about it.
Comment 5 Dave Bordoley [Not Reading Bug Mail] 2003-05-15 05:54:32 UTC
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.
Comment 6 Dave Bordoley [Not Reading Bug Mail] 2003-05-15 06:00:05 UTC
I guess one issue is that you would need to get rid of the button
clicked behavior of the buttons :/
Comment 7 Dave Bordoley [Not Reading Bug Mail] 2003-07-08 16:11:01 UTC
setting the priority to high here, but it is not a 1.0 bug.
Comment 8 Calum Benson 2003-08-07 16:17:46 UTC
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME
bug list :)
Comment 9 Marco Pesenti Gritti 2003-09-01 13:23:14 UTC
Sorry for the spam. Reassigning bugs with a target to our next milestone.
Comment 10 spark 2004-02-07 23:02:14 UTC
Target: 1.2 -> 1.4
Comment 11 Christian Persch 2004-08-15 18:24:11 UTC
Mass-moving Targe Milestone 1.4 -> 1.6 due to feature, UI and string freeze.
Comment 12 Christian Persch 2004-10-13 10:50:56 UTC
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
Comment 13 Calum Benson 2004-10-21 16:39:38 UTC
Apologies for spam-- ensuring Sun a11y team are cc'ed on all current a11y bugs.
 Filter on "SUN A11Y SPAM" to ignore.
Comment 14 Christian Persch 2005-02-10 18:23:22 UTC
Mass-moving bugs from Target Milestone: 1.6 to 1.8 because of feature, UI and
string freeze.
Comment 15 Christian Persch 2005-07-30 21:17:15 UTC
Target: 1.8 -> 1.10 due to feature and UI freeze.
Comment 16 Calum Benson 2006-04-26 17:06:44 UTC
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
Comment 17 Reinout van Schouwen 2006-04-26 17:44:32 UTC
cc'ing harves.
Comment 18 Xan Lopez 2011-12-10 17:50:56 UTC
Not an issue anymore, we don't have a toolbar editor.