GNOME Bugzilla – Bug 124108
No reporting when using Braille device on Java apps
Last modified: 2004-12-22 21:47:04 UTC
DESCRIPTION: When using braille device on Java applications (including StarOffice) Gnopernicus stops reporting. TO REPRODUCE: - Install stable Gnome stack - Configure system to run braille device - Open Gnopernicus - Open Java app (or StarOffice) - Navigate using keyboard - Press a softkey on braille device ACTUAL RESULT: - When using keyboard navigation Gnopernicus reports correctly - As soon as one presses a softkey on braille device Gnopernicus stops reporting things and freezes - Works fine with GTK application (gedit) EXPECTED RESULT: - According to key mapping Gnopernicus reports item when pressing key on braille device. MY SYSTEM: - RedHat 9 - Stable Gnome stack from 24/09/2003 - Braille device VARIO 40 cells
Ralf: 1.Are you talking about the position switches when you say "softkeys" on braille device? What settings do you have on your system: Move mouse and click left OR Move caret etc ? (main menu ->2. Preferences...->2. Braille->5.Braille Key Mapping->Position Switches (page tab)) 2. Navigating means that you moved the cursor in an editable text? 3. Please specify a concrete example. I have tested with "Move mouse and click left" value for position switches in gnopenricus: -In case of gedit there is a bug that is already filed. -In case of StylePad the same behaviour is present. Please see bug: http://bugzilla.gnome.org/show_bug.cgi?id=123761 In case of "Move caret" value for position switches in gnopernicus(this feature is supposed to move the caret to the character for which you pressed the position sensor; of course that this case is only for editable text): -In case of gedit everything works OK. -In case of StylePad the cursor is not moving at all. So THIS IS A BUG. Freeze did NOT occured at all when I've tested the above cases.
Adi, sorry for any misunderstanding. 1.) I meant the braille keys DK00 - DK05 when I said "Softkeys". I mapped the following commands: DK00: goto title DK01: goto toolbar DK01DK02: do default action DK02: goto menu DK03: goto caret DK04: window overview DK05: goto focus. 2.) Navigation means that I use key navigation to open menus, travel along toolbars to check whether Gnopernicus reports on the application at all. 3.) Open Gnopernicus > open StarOffice > navigate through the document to see that Gnopernicus reports on it > then press a braille key, e.g. DK04 (window overview). From that point on Gnopernicus stops reporting and freezes (at least on my system). Gedit works fine.
Created attachment 20722 [details] [review] proposed patch
Created attachment 20734 [details] [review] updated patch
To provide some feature, gnopernicus needs to traverse the parent line till an object with application role is founded. For Java based applications, such kind of object is never reached. See bug 124747 for more details.
Patch commited to CVS.
Remus, Can this bug be closed?
*** Bug 124837 has been marked as a duplicate of this bug. ***