Closed Bug 16734 Opened 25 years ago Closed 24 years ago

Alt-e-e backwards compatibility

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: jud, Assigned: german)

Details

(Whiteboard: [nsbeta2-])

In 4.x- the keystroke alt-e-e (alt-e, e) used to work (take you immediately to
the prefs pane). Today, alt-e does the right thing, but the preferences menu
item uses the 'f' shortcut char instead of 'e'. Also, you have to press enter
once the menu item is sected. Selection of the shortcut char, (currently 'f';
needs to be 'e') should envoke the menu item, rather than the return key.
Status: NEW → ASSIGNED
Target Milestone: M20
m20
Assignee: davidm → shuang
Status: ASSIGNED → NEW
reassign to UE since they have to update the spec since the spec says f before I
make this change.  If you feel there is a bug in how access keys are dispatched
file it against XPToolkit.
Assignee: shuang → german
reassign it to german to check out his menu spec
Status: NEW → ASSIGNED
accepting the bug, making change to menu spec shortly
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
as of 20000528 win32
alt-e,f does not require an <enter> key.
thank you for pointing that out. what file do I need to edit to change that 'f' 
to an 'e'?
nom. nsbeta2... don't laugh. this is a big deal to me. the change is trivial 
(zero risk) (one char). diff below. Technically speaking this is needed for 4.x 
backwards compat.

Index: utilityOverlay.dtd
===================================================================
RCS file: /cvsroot/mozilla/xpfe/communicator/resources/locale/en-US/utilityOverl
ay.dtd,v
retrieving revision 1.2
diff -c -r1.2 utilityOverlay.dtd
*** utilityOverlay.dtd  2000/06/05 06:27:31     1.2
--- utilityOverlay.dtd  2000/06/08 00:10:47
***************
*** 59,65 ****
  <!ENTITY selectAllCmd.accesskey                               "a">
  <!ENTITY preferencesCmd.label                         "Preferences...">
  <!ENTITY preferencesCmd.key                                   "E">
! <!ENTITY preferencesCmd.accesskey                     "f">

  <!ENTITY viewMenu.label                                       "View">
  <!ENTITY viewMenu.accesskey                           "v">
--- 59,65 ----
  <!ENTITY selectAllCmd.accesskey                               "a">
  <!ENTITY preferencesCmd.label                         "Preferences...">
  <!ENTITY preferencesCmd.key                                   "E">
! <!ENTITY preferencesCmd.accesskey                     "e">

  <!ENTITY viewMenu.label                                       "View">
  <!ENTITY viewMenu.accesskey                           "v">
Keywords: nsbeta2
Putting on [nsbeta2-] radar. Not critical to beta2.
Whiteboard: [nsbeta2-]
fix is in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
QA Contact: claudius → mpt
Mac menus don't have mnemonics, so I can't test this. QA --> Sarah.
QA Contact: mpt → sairuh
vrfy on winnt, 2000.06.14.08-m17 commercial bits.
Status: RESOLVED → VERIFIED
Component: User Interface: Design Feedback → Keyboard Navigation
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.