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
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? ;-)
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
new revision: 1.26; previous revision: 1.25
Verified on linux. I'll verify WinXP too. Gordon, please verfiy on
Accessing debugger views is very easy in current builds. Just few keystrokes.