Closed
Bug 274440
Opened 20 years ago
Closed 19 years ago
".key" should not be used to describe access keys, use ".accesskey" instead
Categories
(SeaMonkey :: Page Info, defect)
SeaMonkey
Page Info
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: kairo, Assigned: db48x)
References
Details
(Keywords: l12y)
Attachments
(1 file, 1 obsolete file)
3.30 KB,
patch
|
neil
:
review+
neil
:
superreview+
|
Details | Diff | Splinter Review |
In bug 195492, you introduced a few entities in pageInfo.dtd that end in ".key" but are used for access keys. ".key" is normally used for hotkeys in menus though, and loclizizers normally leave them untouched, whereas ".accesskey" entitites normally are used for access keys and get translated so they fit to the localized string. currenty, it looks to me that "selectall.key", "copy.key" and eventually "closeWindow.key" (not sure about that one) shoiuld be changed to the ".accesskey" variant. That's very simple to fix but should help localizers a great bit.
Comment 1•20 years ago
|
||
I'm not sure where selectall comes from but copy and close window are hot keys.
Reporter | ||
Comment 2•20 years ago
|
||
Erm, I'm not sure if I used the term "hot keys" correctly, I meant to distinguish between access keys (underlined letters in the context menu and other areas, usually triggered by Alt+accesskey when item is visible) and shortcut keys (key combination that always triggers this function even if item not visible in an open menu, usually by Ctrl+key), and used "hot keys" for the latter. I'm sure that at least selectall.key and copy.key are access keys, not shortcut keys here (verified by localizing them).
Reporter | ||
Comment 3•20 years ago
|
||
Ah, now, looking at the code, I begin to figure out the real problem. So closeWindow.key is OK, the two other entities are actually used for both key and accesskey, so that should be split into two seperate entities for each, as loclizers should be able to localize the accesskey without changing the shortcut key...
Attachment #174078 -
Flags: superreview?(db48x)
Attachment #174078 -
Flags: review?(neil.parkwaycc.co.uk)
Assignee | ||
Comment 5•20 years ago
|
||
Comment on attachment 174078 [details] [diff] [review] proposed patch >- <key key="&selectall.key;" modifiers="alt" command="cmd_selectall"/> … >- <key key="&selectall.key;" modifiers="alt" command="cmd_selectall"/> Don't remove those lines, they're there for a reason. Other than that, it looks correct. I'm not the guy to go for to get super review, Neil is. I will give you r= though, with that one correction.
Attachment #174078 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #174078 -
Flags: superreview?(db48x)
Attachment #174078 -
Flags: review?(neil.parkwaycc.co.uk)
Attachment #174078 -
Flags: review+
Don't remove the "<key key=" lines.
Attachment #174078 -
Attachment is obsolete: true
Attachment #174088 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #174088 -
Flags: review?(db48x)
Comment 7•20 years ago
|
||
Comment on attachment 174078 [details] [diff] [review] proposed patch Cancelling request on obsolete patch.
Attachment #174078 -
Flags: superreview?(neil.parkwaycc.co.uk)
Comment 8•20 years ago
|
||
Comment on attachment 174088 [details] [diff] [review] updated patch Transferring r=db48x as per his comment.
Attachment #174088 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #174088 -
Flags: superreview+
Attachment #174088 -
Flags: review?(db48x)
Attachment #174088 -
Flags: review+
Could you check this in so it does not miss the l10n freeze, Daniel?
Assignee | ||
Comment 10•19 years ago
|
||
checked in
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•