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

Summary: Navigator: Filter buttons have no shortcuts
Product: java Reporter: markiewb
Component: NavigationAssignee: Tomas Zezula <tzezula>
Status: RESOLVED WONTFIX    
Severity: normal CC: psomol, richgunther
Priority: P3    
Version: 7.3   
Hardware: PC   
OS: Windows Vista   
Issue Type: DEFECT Exception Reporter:
Bug Depends on:    
Bug Blocks: 211167, 218938, 218939    
Attachments: example of cascaded shortcuts in eclipse

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.