Closed Bug 78406 Opened 23 years ago Closed 23 years ago

Format menu accelerators display "Shift" then "Ctrl"

Categories

(Core :: DOM: Editor, defect, P4)

x86
Windows ME
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.2

People

(Reporter: nbaca, Assigned: cmanske)

Details

Attachments

(1 file)

Build 2001-04-30-04: NT4
Build 2001-05-01-04: Mac 9.04

Overview: If an accelerator consists of "Ctrl" and "Shift" it is usually
displayed in the form of "Ctrl+Shift+ and then some letter" (i.e. Ctrl+Shift+T). 

Actual: The Format menu has many items which are displaying with "Shift" first
then "Ctrl": 

- Size|Smaller, Shift+Ctrl+[
- Size|Larger, Shift+Ctrl+]
- Discontinue Text Style, Shift+Ctrl+K
- Discontinue Link, Shift+Ctrl+L

Expected Results: To be consistent with other menu items, I would expect to see
"Ctrl", then "Shift" followed by a letter (i.e. Ctrl+Shift+K instead of
Shift+Ctrl+K)
Keywords: nsCatFood
Attached patch patchSplinter Review
r=Hurricane
Shouldn't the XUL menu-building code re-order them when building the menu text, 
since this ordering might be different between platforms.
Hmmm... that's what I was thinking but now I realize that it's not completely 
straight-forward.  See
  
http://lxr.mozilla.org/seamonkey/source/layout/xul/base/src/nsMenuFrame.cpp#1321
It just builds the string using the modifiers in the order that they're defined.

Maybe we can fix this bug in the xul for now, and file an RFE for 
BuildAcceleratorText() doing the sorting, perhaps using a customized qsort().
assigning to cmanske
Assignee: beppe → cmanske
Severity: normal → trivial
Keywords: correctness
Priority: -- → P4
Target Milestone: --- → mozilla0.9.3
Looks good to me, though I agree the order should be determined in
BuildAcceleratorText(). Moving to 0.9.2 since I will checkin the attached fix.
Status: NEW → ASSIGNED
Whiteboard: FIX IN HAND need SR=
Target Milestone: mozilla0.9.3 → mozilla0.9.2
sr=kin@netscape.com

Did someone already file that RFE bug?
Kin, I don't think so.  Assign it to me if you want to.  Are there different
orders for different platforms, or is it always the same?  I think it's pretty
much Ctrl+Alt+Shift.  But we can save that discussion for the new bug.
Removing "need sr=" from status
Whiteboard: FIX IN HAND need SR= → FIX IN HAND
checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: FIX IN HAND
I wondered why I had conflicts there!
This is going to continue to regress.  Can someone please file the general bug?
I filed the general RFE bug.
The general bug is #79491
verified.....
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: