Bug 252415 - [build path] New Java Project dialog radios should have same parent
Summary: [build path] New Java Project dialog radios should have same parent
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.5   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 3.5 M4   Edit
Assignee: Dani Megert CLA
QA Contact:
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2008-10-28 12:17 EDT by Carolyn MacLeod CLA
Modified: 2008-11-17 10:25 EST (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carolyn MacLeod CLA 2008-10-28 12:17:58 EDT
Build id: I20081027-1800

1) File->New->Java Project
   The "New Java Project" dialog opens, and focus is in the "Project name:" text field.

2) Type the Tab key twice to move the focus to the "JRE" group of radios.

3) Type Tab one more time. Focus moves to the next radio in the group? This is not supposed to happen. Also, the next radio in the group becomes selected? This is not supposed to happen either. It would be very confusing to a screen reader user, who would not be able to see the visual relationship of the radios.

The problem is that the "Use default JRE" radio (the topmost one) does not have the same parent as the "Use a project specific JRE" or "Use an exception environment JRE" radios. They need to have the same parent in order to work the way the platform intended. (i.e. you will also note that you cannot use arrow keys to traverse from the top radio to the other two, but you should be able to).

I suspect that this was done in order to do the layout. However, this layout can be achieved with just one Composite and 3 columns in a GridLayout.
Comment 1 Dani Megert CLA 2008-11-17 09:35:55 EST
>I suspect that this was done in order to do the layout. However, this layout
>can be achieved with just one Composite and 3 columns in a GridLayout.
We had that before (2 columns though, why do you suggest 3?) and changed it due to fix another screen reader bug (bug 209220).

When I put all controls into the same group (fGroup) the tab order is random/broken. If I explicitly set the tab order to in fGroup, it no longer skips to the next group (Project Layout) when pressing Tab on one of the combos but it tabs through each radio from left to right. Is that OK?

What do you expect when the focus is on one of the link or in the combo?
Comment 2 Dani Megert CLA 2008-11-17 10:25:37 EST
OK, I found some more bugs on this page regarding updating the enablement state and once that got fixed I was able to make the tabbing work as desired.

Fixed in HEAD.
Available in builds > N20081116-2000.

Carolyn, can you please verify.