Community
Participate
Working Groups
In a multi-page view, when switching tabs using CTRL-PgUp or CTRL-PgDn, there is no indication of which tab you're on when using MS Inspect or JAWS. Using Eclipse build 20020412 as part of WebSphere Studio Application Developer
Can you specify what you mean by a multi-page view in eclipse? I can't find any views that are switchable using ctrl-pgup/ctrl-pgdn. There was a fix to CTabFolder released yesterday that *might* help. It can be tried in the next integration build after today. CTabFolder is the "notebook-style" widget that is used to display all of the open editors, and it is also the widget that shows tabs for stacked views. If this is what you mean, then I think it's fixed.
In a MultiPageEditorPart is ctrl-pgup and pgdn still used to move between tabs? This used to work. What is the recommended way to change between tabs? Also when changing tabs there is no audible indication in JAWS or any indication in MS Inspect about the tab names. If I hover over the tab names, MS Inspect reports the label, but when I click on the tab, there is no indication.
i think this defect is related to bugzilla defect 22004. it looks like the tab part of the view loses focus as soon as you switch.
Has there been any new developments for this defect? Bugzilla defect 22004 which was opened for switching tabs using CTRL-PgUp & CTRL-PgDn is marked as fixed.
per Accessibility Center: The tab labels are not read because they cannot get keyboard focus. However, the same function can be accomplished by switching views through the menus. Since there is an equivalent function, it meets the accessibility requirement.
The A/C response does not make any sense to me. Using JAWS 4.0 (cannot use 4.51 due to bug 36493), I find that the tabs on multi-page tab dialogues are still silent. And, the A/C response talks about a view menu; there is no such thing in these dialog. Even if there was, it would not serve as an adequate "work around". I'll be happy to explain to the A/C responder, and anyone else, why this would not meet requirements. Just setup a conf call and we can go into it. For a test case use the following dialog in Eclipse 2.1: window>preferences>compare/patch, tab once to the general tab.It does not speak. Right arrow once to the text compare tab and it too is silent. These are keyboard navigable but silent. It is interesting that the class of these tabs is SWT_SysTabControl32. If JAWS saw it instead as SysTabControl32 then it would not be silent. You can verify this by reclassifying it in JAWS using insert+7. Reclassification in JAWS is a viable work-around, but it should be unnecessary. Thus this bug is properly classified as normal severity.
This works now. We just use the system name for our control: SysTabFolder32. Marking as a duplicate of bug 39606. *** This bug has been marked as a duplicate of 39606 ***
