Bug 54909 - [Accessibility] View toolbar items do not have keyboard short-cuts or menu equivalents.
Summary: [Accessibility] View toolbar items do not have keyboard short-cuts or menu eq...
Status: NEW
Alias: None
Product: CDT
Classification: Tools
Component: cdt-core (show other bugs)
Version: 2.0   Edit
Hardware: PC Windows XP
: P3 normal with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact: Jonah Graham CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-15 17:04 EST by James Ciesielski CLA
Modified: 2020-09-04 15:21 EDT (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description James Ciesielski CLA 2004-03-15 17:04:44 EST
According to the Accessibility requirements, we need provide keyboard short-cuts
or menu equivalents to all toolbar functionality.

The four buttons in the Outline view do not meet this requirement.


FYI: The Make Targets view is a good example of how this requirement is met as
the context menu for this view contains all of the functionality found in the
toolbar.
Comment 1 James Ciesielski CLA 2004-03-16 09:29:27 EST
The following views have the same problem as indicated above:

Navigator
C/C++ Projects
Tasks
Properties
Console
Variables
Expressions
Registers
Breakpoints
Comment 2 James Ciesielski CLA 2004-03-17 10:40:00 EST
Oops, I guess CDT is not responsible for all of the views in the above list ;)

Please correct me if I am wrong:

Outline 	(Platform)
Navigator	(Platform)
C/C++ Projects	(CDT)
Tasks   	(Platform)
Properties	(Platform)
Console 	(Platform)
Variables	(Platform)
Expressions	(Platform)
Registers	(Platform)
Breakpoints	(Platform)

Please address any views that do not appear in this list but do belong to CDT
and have the indicated problem.

Thanks
Comment 3 Alain Magloire CLA 2004-03-17 12:13:46 EST
C/C++ Projects	(CDT)
Make target view
Some other debug view
Adding dinglis and Mikhailk on the cc for proper followup.
Comment 4 James Ciesielski CLA 2004-05-11 13:18:20 EDT
Raising priority since navigability is top accessibility concern.
Comment 5 Tanya Wolff CLA 2004-06-17 14:22:38 EDT
Let's lower this priority as the requirement is actually to provide menu items 
for all toolbar actions OR provide keyboard access to toolbars. You can get to 
the views via Ctrl+F7, then shift+tab to get to the toolbar, and arrow keys to 
move along the toolbar, spacebar to operate the button.

Going forward however, using the idea that toolbar icons are ways to get at 
frequently repeated operations quickly so providing shortcut keys for all items 
on the toolbar and documenting them in the pull-down menu is recommended to 
make the application more accessible. The documentation is just the key 
sequence for the shortcut (eg Ctrl+Space) and these are faster than mnemonics 
(the underlined letter in a menu item). It is a good design point as well to 
provide mnemonics for all non-dynamic menu items.
Comment 6 Kleo Hapitas CLA 2004-06-17 16:52:28 EDT
Ok, reducing priority to P3 to get it off the gating list for 2.0
Comment 7 Kleo Hapitas CLA 2004-07-07 16:33:16 EDT
PR was targeted to the 2.0 release but not resolved, moving target to 2.1
Comment 8 Chris Recoskie CLA 2007-05-11 14:48:55 EDT
Vivian please take a look.
Comment 9 Jonah Graham CLA 2019-12-30 18:55:15 EST
This bug was assigned and targeted at a now released milestone (or Future or Next that isn't being used by CDT). As that milestone has now passed, the milestone field has been cleared. If this bug has been fixed, please set the milestone to the version it was fixed in and mark the bug as resolved.