This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
For accessibility, users should be able to use standard keys to move among the different workspaces. The standard keys as defined in JLF are here: http://java.sun.com/products/jlf/ed2/book/Appendix.A15.html#36080 This problem has recently been addressed for the explorer. See also bugs: http://openide.netbeans.org/issues/show_bug.cgi?id=16192 http://openide.netbeans.org/issues/show_bug.cgi?id=16402
decreased prio to P3, deferred to 3.3.1 release
I have created a module that replaces the workspace tabs with a combo, maybe it could be used to solve this problem.
Created attachment 3265 [details] A ComboSwitcher.jar module
Created attachment 3272 [details] A screenshot showing how the switcher looks & status line looks like
Adjusting subcomponent. I think its similar like the bug it was fired for Explorer and is similar also for SourceEditor TC. The explorer tabs has overrided requestFocus method the way it delegates the focus to some inner component. Therefor even clicking on the tab don't get the focus there. I guess this scenario was/is wrong. The requestFocus method shouldn't be overriden (I see it as usual problem in NB). And if we want to programatically move the focus to the tab pane, the way some default inner component gets the focus, there is a method requestDefaultFocus() on each JComponent, i.e. also on the tab pane.
I don't even consider this is a bug. The funtionality "switching workspace" is accessble from menu View | Workspaces. There is no reason why the keyboard-only user must use the same UI control to invoke a command as the user who prefers mouse
Note also Ctrl-Sh-Up and Ctrl-Sh-Down are convenient ways to move between workspaces.
Resolved for 3.4.x or earlier, no new info since then -> verified.
Resolved for 3.4.x or earlier, no new info since then -> closing.