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.

Bug 218831 - Navigator: Filter buttons have no shortcuts
Summary: Navigator: Filter buttons have no shortcuts
Status: RESOLVED WONTFIX
Alias: None
Product: java
Classification: Unclassified
Component: Navigation (show other bugs)
Version: 7.3
Hardware: PC Windows Vista
: P3 normal (vote)
Assignee: Tomas Zezula
URL:
Keywords:
Depends on:
Blocks: 211167 218938 218939
  Show dependency tree
 
Reported: 2012-09-22 20:52 UTC by markiewb
Modified: 2015-09-17 11:16 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
example of cascaded shortcuts in eclipse (7.39 KB, image/png)
2012-09-25 18:04 UTC, markiewb
Details

Note You need to log in before you can comment on or make changes to this bug.
Description markiewb 2012-09-22 20:52:01 UTC
[ BUILD # : 201209210001 ]
[ JDK VERSION : 1.6.35 ]

The lower icon buttons (like "show inherited members", "show private"...) in 
the members-navigator have no shortcut, so a keyboard-aware user cannot 
switch the options.

Proposed shortcuts, when the focus is in the Navigator TopComponent
CTRL-1 Show inherited members
CTRL-2 Show fields
CTRL-3 Show static members
CTRL-4 Show non-public members
CTRL-5 Show inner classes
CTRL-6 Sort by Name
CTRL-7 Sort by Source

Also show the shortcuts in the tooltips of the icon buttons!

It is a P2 accessibility issue as defined in http://wiki.netbeans.org/
BugPriorityGuidelines
Comment 1 Tomas Zezula 2012-09-24 09:29:44 UTC
It's P3 as the filtering options are toolbar. Also the buttons have no shortcuts for the time the navigator was introduced (NB 6.0).
Comment 2 Petr Somol 2012-09-25 08:43:10 UTC
I am not too happy about overriding locally an important global shortcut. Currently we have:
Ctrl-1 Window->Projects
Ctrl-2 Window->Files
etc.
These make sense to be used from any context.

CC-ing Rich. Rich, am I right that local overrides of shortcuts should be avoided ?

Then we face the problem that NetBeans has so many UI components/actions available in various contexts that there is simply not enough existing shortcuts, so at some places we must either live without them (what is the case at many places in the IDE now) or to implement a two stage access to the functionality through a shortcut that opens a dedicated dialog or other component in which the particular options can be accessed through standard keyboard navigation. Or, standard keyboard navigation should suffice (change focus, then browse using arrows, and select using Enter etc)
Comment 3 Tomas Zezula 2012-09-25 08:51:17 UTC
Postponing until UI team decides if it should be done or not.
Comment 4 markiewb 2012-09-25 18:04:57 UTC
Created attachment 124901 [details]
example of cascaded shortcuts in eclipse

Or use cascaded shortcuts?! 

These are very common in other IDEs: 

For example in eclipse:
* Alt+Shift+X T runs tests
* Alt+Shift+X J runs the main method ...
See screenshot.
Comment 5 richgunther 2012-09-25 18:18:00 UTC
In general, no, there should not be localized shortcuts that override global ones.  The global ones are global for a reason, after all.

Cascading shortcuts are an interesting idea.  I'm seeing this more and more in IDEs, especially in local/editor level GUIs.  Might be something to investigate for the future, but I think it should come as part of a more comprehensive review of the keymap.

Rich
Comment 6 Martin Balin 2015-09-17 11:16:19 UTC
Report from old NetBeans version. Due to code changes since it was reported likely not reproducible now. Feel free to reopen if happens in 8.0.2 or 8.1.