Community
Participate
Working Groups
Build Identifier: I20100608-0911 There are some radio button groups still not read correctly by JAWS 12. Please refer bug 282032. Build ID: 3.6.0 Reproducible: Always Steps to Reproduce: 1. Start JAWS 12 2. Start ECLIPSE 3.6.0 1) Select File -> New -> Java Project JRE radios: Use an execution environment JRE:, Use a project specific JRE:, Use default JRE 2) Select File -> New -> Plug-in Project Target Platform radios: Eclipse version:, an OSGi framework 3) Select File -> New -> Fragment Project Target Platform radios: Eclipse version:, an OSGi framework
None of the above is in Team. 1) is in JDT, 2) and 3) are in PDE. Moving to PDE since they won 2-1.
I think this is a problem of JAWS and should be fixed there. The appearance and keyboard interactions are correct, and we don't violate any SWT APIs. The OS has no problem with this kind of layout, so JAWS should support it. If SWT thinks clients should deal with this issue, then the API of the Button widget would have to describe the problem and explain how clients are supposed to create such tabular layouts.
Fixed: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=acd21e0605604e65519caa05a651b424c54e8bba I released code in SWT that publishes the correct radio group info so that radios will always correctly announce their position in the radio group when there are interspersed controls, for example "1 of 3" (instead of the former "1 of 1" problem). I tested with NVDA and JAWS, and NVDA is getting the new information and speaking it correctly, but JAWS is not asking for the information (yet). I am currently discussing this with a JAWS developer. From our side, this bug is fixed. I will add a comment here when the JAWS side is also fixed.