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.
If I've got focus in the editor and want to change an already set breakpoint via the keyboard, it takes between 20 and 25 keystrokes to shift focus to the Debugger Window and then Ctrl-Tab down to the breakpoints view. So while we meet the 508 requirement that there is keyboard access, in reality its soo time consuming that debugging isn't really accessible.
I assume you report the issue against 3.5. In 3.6 (trunk) I can switch to Breakpoints with Ctrl-Shift-7, press Tab and get to my breakpoint with arrows. If you have only 1 breakpoint, you can get there with 3 keystrokes.
Yes, I was filing against 3.5*. Glad to hear its already fixed!
Please, could you verify if it's fixed.
I just tried to verify this with the beta 3.6 and could not. If I type Ctrl+Alt+5 the Breakpoints tab gets highlighted but the selection inside the window does not become active. Pressing the tab key changes the selection in my Explorer window from blue to grey. The arrow keys move the selection up/down in the explorer. Things have changed since Maros fixed the bug (I'm assuming). His message in this IZ mentions Ctrl+Shift+7 yet that doesn't appear to have anything to do with the Breakpoints window now. The kb shortcuts dialog does say the Ctrl+Alt+5 goes to the bp view, and it does. But I'm not getting focus inside the view once this happens. So I'm reopening the issue, but hopefully its just user error and Maros can tell me what I need to do to get it to work right.
Shortcuts for debugger views changed after I wrote my comments hence the confusion. The right shortcuts are Alt-Shift-number now. However, in current builds the focus really does not switch correctly to debugger views. Pressing Alt-Shift-5 opens the Breakpoints view and the view is decorated by a blue shade BUT the keyboard focus is still in editor and pressing any key modifies the source file. So currently, debugger views and not accessible at all. I am assigning this to openide for evaluation.
reproducible on [nb_dev](200402221900), [jdk1.4.2_03] It seems like component is activated but focus is still in the previously focused window ....
Probably an issue for the debugger - I think the new winsys makes no assumptions about showing a window = request focus on a window.
I agree - debugger guys, perhaps there is missing call tc.requestActive(), which will give focus to calling component.
The component (Breakpoints view) IS active, its method componentActivated() gets called as soon as it is highlited as being active. Even if I call requestActive() or myTreeTableInThatView.requestFocusInWindow() in that method it has no effect. It is highlited but still missing focus. I also cannot call JComponent.requestFocusInWindow() because it is overriden. Maybe I am missing something ... the focus? ;-)
Maros, please reassigne it back to appropriate owner, thanks ;)
I don't believe it's in winsys - please evaluate: 1) Is your action that is triggered by the shortcut calling requestActive or not? 2) Isn't your component set to don't receive focus? All other windows work fine, so there should be something specfic about your windows - please find that out. I'm willing to help but I need you to help me too.
Thanks for help, I think I found it. I have overriden the requestFocusInWindow() of the TreeTableView to focus the right component (the treeTable). Imho it should be already overriden in TreeTableView. /cvs/debuggercore/src/org/netbeans/modules/debugger/support/nodes/Tree TableExplorerViewSupport.java,v <-- TreeTableExplorerViewSupport.java new revision: 1.26; previous revision: 1.25
Verified on linux. I'll verify WinXP too. Gordon, please verfiy on Solaris.
Accessing debugger views is very easy in current builds. Just few keystrokes. Therefore closing.