GNOME Bugzilla – Bug 112474
no keynav for notification area
Last modified: 2004-12-22 21:47:04 UTC
DrWright doesn't seem to allow posting of it's context (aka right-click) menu when in the notification area on the panel. Or is this a notification area bug ?
It looks like the icons don't get focus, only the applet itself. I'll leave this open until I've investigated a bit further.
Marking AP2 to reflect a11y team's assessment of a11y impact. Would be AP1 if we were actually shipping anything anytime soon that used the notification area properly, but I don't think we are :)
*** Bug 108327 has been marked as a duplicate of this bug. ***
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME bug list :)
Just tried this one out and some of the problems mentioned in bug 108327 are resolved : Applet has focus, Ctrl-F10 for panel menu : works Ctrl-F1 for toolbar : not working Hover mouse for toolbar : works Using mouse you can get individual context menus for the icons that are contained in the navigation applet, however as the individual icons do not get focus, the context menus are not accessable via keyboard navigation.
Re-assigning to gnome-panel-maint. Apologies for the spam.
The first problem I see is that focus does not go the notification area if an icon is present. If the notification area is empty then focus does go there. Strange. I will try to figure out what is happening.
The problem is not so much with the notification area applet as with the applications which put somthing in it. The notification area consists of a GtkPlug (PanelApplet) which may contain one or more GtkSockets. The GtkPlug corresponding to the GtkSocket, in the case of of gnome-cd, consists of an EggTrayIcon, which contains a GtkImage inside a GtkEventBox. The tooltip is defined on an EggTrayIcon. None of these objects receive focus which explains the behavior is described in my previous comment. A child of the EggTrayIcon, either the GtkEventBox or the GtkImage needs to be focusable and a focus indicator drawn around it. Also the context menu needs to be popped up when the Shift+F10 is pressed.
A focused notification area icon should just look the same as a focused panel launcher icon: dotted box around it (width specificed by theme) extending to or near the edge of the panel. I've no idea whether it should be the image or the event box that's focused, as long as it looks and behaves right :) If it's all the same, perhaps it should be the event box so that things other than images (e.g. a text label) can be swapped in later if need be, or would that not make any difference anyway? Another couple of random keynav notes: - focus should go the gripper bar before it gets to the icons (much like it does with the window list applet), so you can pop up the applet's context menu as well as each icon's context menu; - pressing Space or Enter when an icon is focused should perform that icon's default action, i.e. same as clicking it (is the applet responsible for this, or is it the application providing the icon?)
With the current protocol, the icon is responsible for drawing focus indication and other responses to keyboard and mouse events. This can be changed, but must be done at the protocol level.
This will have to be fixed in every application that uses the notification area. I have a patch for gnome-cd. I am therfore transferring this bug to gnome-media
Created attachment 24315 [details] [review] Proposed patch
Padraig: is it possible to fix this inside eggtrayicon.c? Because it would allow us to easily fix this in every application... Note that I haven't looked at the code and I don't know what's involved here. It's just a thought.
I agree that it would be much better if it could be done in eggtrayicon.c but I do not think that that is possible. Perhaps Anders could suggest how.
Patch is submitted to HEAD. Thank you very much for the patch!