Closed
Bug 770543
Opened 12 years ago
Closed 12 years ago
Multiple access keys used in preferences dialog for fi locale
Categories
(Mozilla Localizations :: fi / Finnish, defect)
Mozilla Localizations
fi / Finnish
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: whimboo, Assigned: ville.pohjanheimo)
References
()
Details
(Whiteboard: [mozmill-l10n])
Attachments
(2 files, 1 obsolete file)
Our Mozmill l10n tests have been shown that there are some access keys which are used multiple times in the same scope. The full list of those keys you can find here: http://mozmill-ci.blargon7.com/#/l10n/report/4c461f9adf1253771fc6455667066c81 Details: accessKey: "i" found in: button[label=Poikkeukset…], button#advancedJSButton accessKey: "k" found in: value: Koko:, value: Koko: accessKey: "e" found in: checkbox#rememberHistory, label#locationBarSuggestionLabel accessKey: "k" found in: button#cookieExceptions, checkbox#alwaysClear accessKey: "o" found in: button[label=Ohje], checkbox#rememberForms accessKey: "h" found in: radio[label=Hae päivityksiä, mutta minä päätän asennetaanko ne], checkbox#enableSearchUpdate
Reporter | ||
Comment 1•12 years ago
|
||
Screenshots for Linux are better than Mac because those show the access key underlined.
Attachment #638738 -
Attachment is obsolete: true
Assignee | ||
Comment 3•12 years ago
|
||
Thanks. Fixed on aurora.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 4•12 years ago
|
||
Sorry, but the latest testrun still shows problems: http://mozmill-ci.blargon7.com/#/l10n/report/4c461f9adf1253771fc645566720ee61 accessKey: "k" found in: value: Koko:, value: Koko: accessKey: "a" found in: radio[label=Asenna automaattisesti (suositeltu: turvallisin)], checkbox#enableSearchUpdate Whenever you check-in changes you can have a look at the following URL a couple of minutes later for results: http://mozmill-ci.blargon7.com/#/l10n/reports
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 5•12 years ago
|
||
Doh. Too tired apparently to miss the latter one listed. Fixed now. The k-accesskey bug is a wontfix. I'd rather always and everywhere have the same accesskey for Help than fix this minor bug. Therefore this bug closed as wontfix. (However thank you very much again for these helpful bugs/reports. They are a great help in making a good l10n).
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 6•12 years ago
|
||
(In reply to Ville Pohjanheimo from comment #5) > The k-accesskey bug is a wontfix. I'd rather always and everywhere have the > same accesskey for Help than fix this minor bug. Therefore this bug closed > as wontfix. (However thank you very much again for these helpful > bugs/reports. They are a great help in making a good l10n). Well, it's not that easy. We can't simply close it as wontfix because it would invalidate our mozmill tests. We can't exclude single access keys. Right now I'm not sure how this could be fixed. I will CC Axel so that he can give feedback. Also I will attach a single screenshot so it's better visible what's going on here.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Reporter | ||
Comment 7•12 years ago
|
||
Comment 8•12 years ago
|
||
Yeah, this seems to be "size" vs "size", and you'll need to use an off accesskey for one there, otherwise the UI is just not accessible in one of the two.
Assignee | ||
Comment 9•12 years ago
|
||
Fixed in http://hg.mozilla.org/releases/l10n/mozilla-aurora/fi/rev/ffacfabdc11c
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•