Closed
Bug 1305407
Opened 8 years ago
Closed 8 years ago
Rename accesskeys in sync.dtd as .accesskey instead of .label.accesskey
Categories
(Firefox :: Settings UI, defect)
Tracking
()
RESOLVED
FIXED
Firefox 52
Tracking | Status | |
---|---|---|
firefox52 | --- | fixed |
People
(Reporter: flod, Assigned: Fischer)
References
Details
Attachments
(1 file)
https://hg.mozilla.org/mozilla-central/rev/09bb9527ecc0 As explained in https://bugzilla.mozilla.org/show_bug.cgi?id=1028029#c22 some localization tools try to match a label with its accesskey: if the label is STRING.label, the accesskey should be STRING.accesskey. In this case all new accesskeys were created as STRING.label.accesskey instead.
Reporter | ||
Comment 1•8 years ago
|
||
One more question: rejectUnlinkFxaAccount.forget.label.accesskey It seems to be used for forget.label, why the change?
Updated•8 years ago
|
Flags: needinfo?(fliu)
Assignee | ||
Comment 2•8 years ago
|
||
(In reply to Francesco Lodolo [:flod] from comment #0) > https://hg.mozilla.org/mozilla-central/rev/09bb9527ecc0 > > As explained in https://bugzilla.mozilla.org/show_bug.cgi?id=1028029#c22 > some localization tools try to match a label with its accesskey: if the > label is STRING.label, the accesskey should be STRING.accesskey. > > In this case all new accesskeys were created as STRING.label.accesskey > instead. Thanks for reminding this. I will update the sync.dtd.
Flags: needinfo?(fliu)
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → fliu
Assignee | ||
Comment 3•8 years ago
|
||
(In reply to Francesco Lodolo [:flod] from comment #1) > One more question: rejectUnlinkFxaAccount.forget.label.accesskey > > It seems to be used for forget.label, why the change? Originally just to separate button#unverifiedUnlinkFxaAccount accesskey from button#rejectUnlinkFxaAccount in case that one day maybe they would have different label. However as your comment, this would confuse localization tools so will update to "forget.accesskey" along with "forget.label".
Comment hidden (mozreview-request) |
Assignee | ||
Comment 5•8 years ago
|
||
Comment on attachment 8796054 [details] Bug 1305407 - Rename accesskeys in sync.dtd as .accesskey instead of .label.accesskey. This updates .label.accesskey to .accesskey to avoid confusing localisation toools as :flod's comment, thanks.
Attachment #8796054 -
Flags: review?(jaws)
Comment 6•8 years ago
|
||
mozreview-review |
Comment on attachment 8796054 [details] Bug 1305407 - Rename accesskeys in sync.dtd as .accesskey instead of .label.accesskey. https://reviewboard.mozilla.org/r/82044/#review82512 Normally I think if the accesskey entity name changes then we should change the label access key so that they both change at the same time and stay consistent with each other, but this time I think it's OK to not change the label entity names because this isn't really about changing the accesskeys with the exception of the rejectUnlinkFxaAccount one. ::: browser/locales/en-US/chrome/browser/preferences/sync.dtd:85 (Diff revision 1) > -<!ENTITY forget.label.accesskey "F"> > +<!ENTITY forget.accesskey "F"> > -<!ENTITY rejectUnlinkFxaAccount.forget.label.accesskey "e"> Are you sure that we can use 'F' for the rejectUnlinkFxaAccount label's accesskey now? This patch changes it from 'e' to 'F'.
Attachment #8796054 -
Flags: review?(jaws) → review+
Assignee | ||
Comment 7•8 years ago
|
||
(In reply to Jared Wein [:jaws] (overloaded with reviews / please needinfo? me) from comment #6) > Comment on attachment 8796054 [details] > Bug 1305407 - Rename accesskeys in sync.dtd as .accesskey instead of > .label.accesskey > > https://reviewboard.mozilla.org/r/82044/#review82512 > > Normally I think if the accesskey entity name changes then we should change > the label access key so that they both change at the same time and stay > consistent with each other, but this time I think it's OK to not change the > label entity names because this isn't really about changing the accesskeys > with the exception of the rejectUnlinkFxaAccount one. > > ::: browser/locales/en-US/chrome/browser/preferences/sync.dtd:85 > (Diff revision 1) > > -<!ENTITY forget.label.accesskey "F"> > > +<!ENTITY forget.accesskey "F"> > > -<!ENTITY rejectUnlinkFxaAccount.forget.label.accesskey "e"> > > Are you sure that we can use 'F' for the rejectUnlinkFxaAccount label's > accesskey now? This patch changes it from 'e' to 'F'. Yes, tested and works. Only one of the button#unverifiedUnlinkFxaAccount and the button#rejectUnlinkFxaAccount would be visible under a given moment so "F" would only be triggered on one of them.
Reporter | ||
Comment 8•8 years ago
|
||
Setting NI, since this bug never landed anywhere, and I assume something needs to be done in MozReview.
Flags: needinfo?(fliu)
Comment hidden (mozreview-request) |
Assignee | ||
Comment 10•8 years ago
|
||
Rebase to the latest central. Try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=08c2a0e8aa24&selectedJob=29006585
Flags: needinfo?(fliu)
Keywords: checkin-needed
Comment 11•8 years ago
|
||
Pushed by cbook@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/4a88ccd4c485 Rename accesskeys in sync.dtd as .accesskey instead of .label.accesskey. r=jaws
Keywords: checkin-needed
Comment 12•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/4a88ccd4c485
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 52
You need to log in
before you can comment on or make changes to this bug.
Description
•