There is an A11y bug in Netbeans IDE - it uses Ctrl-Tab to select a file in Editor.
As a result we cannot fix A11y problems in the Sun Studio IDE, which is based on Netbeans IDE,
because Ctrl-Tab is a standard way to navigate to the next focusable component.
I think it is ok to continue to use Ctrl-Tab inside the Editor window, but do not catch
it when the focus is inside any other window.
Here is an example to illustrate the problem.
1. Create a sample Java project, say "MarsRoverViewer".
2. Press F7 ("Step Into") to start debugging.
3. Press "Alt-Shift-1" to navigate to the "Local Variables" window
4. Use arrows and "Tab" to go through the variables (so far so good)
5. Press "Ctrl-Tab" - this is supposed to navigate to the next focusable component: Breakpoints
But instead a list of open files is displayed in the popup, and the focus is moved to the Editor window (?!).
This is a serious A11y bug. I set high priority P2, because we need this to be fixed in current release.
IMHO we should retain Ctrl-Tab meaning as is since most IDEs use it in a similar way like we do.
Anyway reassigning to core/ws since Ctrl+Tab is handled there.
reproducible with dev builds
i'll attach a patch that does the job. however i recommend turning the new ctrl+tab behavior on in sun studio builds
only (using e.g. system property)
Created attachment 75174 [details]
nikmolchanov, is the patch working for you?
I think the suggested fix is exactly what we need.
I cannot apply this patch, because we do not build Netbeans -
we use "binary delivery" model to integrate the Netbeans IDE
in the Sun Studio build. So we need this fix in Netbeans 7.
Thanks you very much for the fix!
when system property "netbeans.winsys.ctrltab.editoronly" is set to true then ctrl-tab switching is active only when
input focus is in an editor window.
Integrated into 'main-golden', will be available in build *200901280348* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: S. Aubrecht <email@example.com>
Log: #155302 - allow ctrl-tab document switching in editor mode only (when requested)
should be included into patch3 for NB6.5
marking verified, mentioned behaviour is not observed at all
backporting the fix to release65_fixes: 7ca0aaf873fc
fix failed in build 20090226
Ctrl+Tab always switches editor tabs
Steps to reproduce:
- create any C/C++ project
- do step into
- open Local Variables
- select any variable
- try to use Tab and Arrow keys, they work
- press Ctrl+Tab
Result: List of files opened in the editor appears instead of navigating to Call Stack debugging window
it is fixed, please read my comments to this issue:
> when system property "netbeans.winsys.ctrltab.editoronly" is set to true then ctrl-tab switching is active only when
> input focus is in an editor window.
yes, with netbeans.winsys.ctrltab.editoronly=true a list of files does not appear but debugging views do not switch
either. Is it right behavior?
> As a result we cannot fix A11y problems in the Sun Studio IDE, which is based on Netbeans IDE,
> because Ctrl-Tab is a standard way to navigate to the next focusable component.
i presume that debugger views should never switch on ctrl-tab key, instead 'next focusable component' should be
navigated to - whatever that is at the moment
Does NetBeans follow the same rules? I mean Ctrl-Tab should navigate to the next focusable component.
(shift) TAB is the default focus navigation key. ctrl+tab is used to switch panes in JTabbedPane and to move focus out
of JTable (i think)
my concern is about ctrl-tab functionality mentioned in bug's description. Who is responsible for implementing that
functionality? If the issue is only about not catching ctrl-tab in other windows except editor then everything is OK.
Product Version: NetBeans IDE 6.5.1 (Build 200903050001)
Java: 1.6.0_12; Java HotSpot(TM) Client VM 11.2-b01
System: Linux version 2.6.27-11-generic running on i386; UTF-8; en_US (nb)
This issue is still not fixed, even with -J-Dorg.netbeans.winsys.ctrltab.editoronly=true option it does not change (am
I doing something wrong?). Ctrl-tab still changes focus to edit windows and switches between them, exactly as mentioned
in nikmolchanov`s report.
I am therefore reopening this issue. Please tell me if I got something wrong and I will mark it again as fixed.
Anyway, I do not find it to be a signifficant drawback, I would lower the priority to p3(or even lower, frankly there
are some more signifficant issues in p3 cathegory than this one..).
My fault, issue is fixed. I used incorrect option, correct one is as mentioned before ( -J-
Works fine, closing issue.