Closed Bug 431684 Opened 16 years ago Closed 16 years ago

Have navigator/tabbrowser "close" menu items have separate accesskeys

Categories

(SeaMonkey :: UI Design, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: kairo, Assigned: kairo)

References

Details

Attachments

(1 file)

updateCloseItems() in navigator.js updates the File > Close menu item label with different texts for tabbed and untabbed windows, depending on tabbrowser status. For L10n purposes, we should pair setting this label with also setting the accesskey, because we can't guarantee that the global "close" accesskey from platformCommunicatorOverlay fits with both navigator.properties labels in all languages, and even less for localizers to know that an accesskey from there applies to the strings here.
To play nice with L10n tools (pairing labels with accesskeys), it might be good to change the ID for the labels to end in .label at the same time.
Summary: Have navitgtor/tabbrowser "close" menu items have separate accesskeys → Have navigator/tabbrowser "close" menu items have separate accesskeys
Here's a patch to pair labels with accesskeys as described in comment #0, using the same accesskey for en-US as currently defined in platformCommunicatorOverlay (which continues to be used with the string from there in non-browser windows).
Attachment #318809 - Flags: superreview?(neil)
Attachment #318809 - Flags: review?(neil)
Attachment #318809 - Flags: superreview?(neil)
Attachment #318809 - Flags: superreview+
Attachment #318809 - Flags: review?(neil)
Attachment #318809 - Flags: review+
Checked in, thanks.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: