GNOME Bugzilla – Bug 93495
jabg: widgets with text & icon roles can be focussed from at-spi
Last modified: 2004-12-22 21:47:04 UTC
Using SwingSet2 Java app:- Change over to the JEditorPane HTML Demo tabbed pane. Expand the widget tree in AT-POKE. Below the 'JEditorPane HTML Demo' page tab widget, you should see many widgets with roles of either 'text' or 'icon'. These are elements of the JEditorPane widget (whose role is called 'text' too). These elements have states that include FOCUSABLE. However, 'Grab focus' does not alter the current focus, and their states do not include FOCUSED.
The fact tht Grab Focaus does not work seems to a Java bridge issue. It works correctly in a GTK application. The reason that an element is not reported as having focus is that the states are obtained by manipulating an at-poke window so the at-poke window has focus. Therefore no widget in the application being poked can have focus. at-poke would need to listen for state changes and update the list of states.
Updating status_whiteboard field to reflect A11Y team's assessment of accessibility impact.
Woops, don't need to track this one with the status_whiteboard field.
This appears to be a Java implementation bug, the main text/html component is focusable, but not it's children. In fact if you do a grabFocus on the children it's the main HTML component that obtains the FOCUSED state. Actually the implementation of the HTML component seems a little flakey in that with it's various children, many text elements seem to have the same text being referenced - very strange.
Java bug 4856191 has been logged to get this problem resolved in the Java VM. Issuezilla bug 13955 has been logged to get this problem resolved for SO / OOo. Closing this bug as NOT GNOME