Closed Bug 18613 Opened 25 years ago Closed 23 years ago

Mnemonic/access keys should be provided to all pull-down menu items

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: xiaotong, Assigned: timeless)

References

Details

(Keywords: access) 

Not all menu items have mnemonic/shortcut keys. This is opened to address
accessibility issue according to W3C accessibility guidelines.
Assignee: shuang → xiaotong
Status: NEW → ASSIGNED
QA Contact: claudius → sairuh
spam: reassigning QA contact to self. also added german and mcafee to cc list
--should there be shortcuts for ALL menu items? perhaps this should be marked
RFE...?
W3C guideline requires mnemonic keys in all menu times and shortcut keys for
most frequently used actions. I have worked on putting mnemonic keys to all menu
items and shortcut keys to some frequently used menu items. I have sent David
Hyatt the files, hopefully this will be checked in soon.
Assignee: xiaotong → shuang
Status: ASSIGNED → NEW
Reassigning to shuang....who handles this?
Blocks: uaag
reassign to lake. Lake, please work with German to see who is the engineer that 
will commit the work.
Assignee: shuang → lake
while i don't think should be labelled as dogfood or for beta1 [at this point],
the fact that not all menu items have mnemonics is a blocker from a QA pov. let
me know why if anyone thinks otherwise...
Severity: normal → blocker
Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
this shouldn't be in UI: DF, IMO. It's definitely a beta2 blocker if nsbeta2 is 
feature-complete. Nominating as that.

Gerv
Keywords: nsbeta2
Makes sense to me. --> XPToolkit: Menus.
Component: User Interface: Design Feedback → XP Toolkit/Widgets: Menus
Shouldn't this be XP?

Adding Jennifer to cc list she is working on the Accelerators spec.

it'd be XP on windows and linux for menus off of the main menu bar. it'd be XP
for windows, linux and mac, if these go into the context menu as well. marking
this all/all.

note: check out bug 22515 to follow the threads concerning menu access/keyboard
shortcut implementation on linux...
OS: Windows NT → All
Hardware: PC → All
[nsbeta2-]
Whiteboard: [nsbeta2-]
*spam*: transferring current XP Menu bugs over to jrgm, the new component owner.
feel free to add me to the cc list (unless am the Reporter) of any of these, if
you have any questions/etc.
QA Contact: sairuh → jrgm
Nominating for beta 3 - pollish
Keywords: nsbeta3
Keywords: access
akkana, here's the bug i was talking about yesterday.

xiaotong or hyatt, could you please attach those files to this bug as patches? 
then we can get the reviewed and approved for checkin. thx!
Component: XP Toolkit/Widgets: Menus → Keyboard Navigation
Marking nsbeta3- while lake has this bug.
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3-]
would be good to get this in for RTM. but, alas, the patch has not been 
attached. yet? (and, back to me. :)
Severity: blocker → major
Keywords: rtm
QA Contact: jrgm → sairuh
Summary: Mnemonic/shortcut keys should be provided to all pull-down menu items → Mnemonic/access keys should be provided to all pull-down menu items
Could we have a + now so that this stuff can be checked in?

jglick: i'm sorry to hear that the w3 is so demanding, how's the spec going?
Hixie: did the w3 really ask for this?
Assignee: lake → timeless
Whiteboard: [nsbeta2-][nsbeta3-] → [nsbeta2-]
ian, see timeless' comment above. :)
About the W3C, yes this is a priority 1 guideline for them. They simply require 
that all functionality avaliable to a mouse be avaliable in some manner from the 
keyboard. The Menus are in some cases the only mouse method of acessing the 
functionality and in others there may be other mouse ways to access the 
functionality though there still is no way to access this functionality by the 
keyboard. Further, thier reasining is that the menus have been a good means of 
informing the user of the avaliable functionality and they serve as reminders to 
the key strokes necessary to access the functionality as well.

They did this so that devices with out mouse cabability and people who are not 
able to use a mouse or are reluctant to use a mouse will have a viable option. 
Additionally it has been found in studies that keyboard access with a little 
proctice is quicker than using the mouse.


As a workaround, you can always use the arrow keys to navigate menus via
keyboard (e.g. do alt-F to bring up the File menu, then use downarrow to go
through the choices in that menu), so it's not really mouse only when the
mnemonics are missing.  Though I'm not disagreeing that direct mnemonics are
quicker and would be a good thing to have.
The reason i asked was basically what Akkana said, you can use the arrow keys 
to navigate menus. This might not be the case on macos w/ native menus but 
then,.. you can't use keys anyways so there's no big deal :)

Also I should check, but i thought that in the old win32 world if a menu item 
had no access key and its first letter was unassigned typing that letter would 
activate that item (assuming that menu was active). I can't find an example of 
this now (everything has accesskeys :o)
I'm looking through all the menus for Navigator, Mail, AB, Composer, Mail 
Compose, and I'm see a fair amount of mnemonics missing.  

1. Is this a global bug to fix ALL the currently missing mnemonics?  
2. Has someone already done the work to fix this (and just waiting to get it 
approved)?
3. How is this different from all the individual bugs that MailNews already has 
for making the menus accurate and mnemonics complete?
4. It looks like some of the problems are some shared menus, such has View --> 
Character Coding (no mnemonics at all).  Is this a NS only item?
5. Actually it appears a lot of the missing mnemonics are NS only items. Sigh...
> 4. It looks like some of the problems are some shared
> menus, such has View --> Character Coding (no mnemonics
> at all).  Is this a NS only item?

No, it's a Moz bug.
Status: NEW → ASSIGNED
not going to happen for NS 6.0 rtm.
Whiteboard: [nsbeta2-] → [nsbeta2-][rtm-]
Depends on: 54532
nsbeta1
Keywords: nsbeta1
nsbeta1-, we should nominate specific bugs.
Keywords: nsbeta1 → nsbeta1-
can this be closed and individual bugs filed for the remaining issues?
*shrug* i think i actually have a patch numbered against this bug.
Timeless, I don't understand your last comment. Can you explain why this is
still open? Do you have a patch that you plan to submit?
hm, i'll put my patches in bug 87792 or some other relative.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: nsbeta1-, nsbeta2, nsbeta3, nsrtm
Resolution: --- → FIXED
Whiteboard: [nsbeta2-][rtm-]
rubberstamp.
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.