Closed
Bug 579707
Opened 16 years ago
Closed 16 years ago
Hard-coded strings need to be replaced with entities
Categories
(Mozilla Labs Graveyard :: Test Pilot, defect)
Mozilla Labs Graveyard
Test Pilot
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: flod, Assigned: flod)
Details
Attachments
(2 files, 1 obsolete file)
|
5.02 KB,
patch
|
mossop
:
review+
mossop
:
approval2.0+
|
Details | Diff | Splinter Review |
|
5.92 KB,
patch
|
Details | Diff | Splinter Review |
No description provided.
| Assignee | ||
Comment 1•16 years ago
|
||
Sorry, the bug was submitted by mistake without a description (how is this possible?)
In the current version, there are hardcoded strings.
extension/content/all-studies-window.xul
"Data Submission" and "Notifications" are hardcoded
extension/content/feedback-browser.xul
menuitem id="feedback-menu-show-studies" has an hardcoded "..." in the label (label="&testpilot.settings.notifyMeWhen.label;...")
Extension's description should be also made localizable
https://developer.mozilla.org/en/localizing_extension_descriptions
Summary: Hard-coded strings should be made localizable → Hard-coded strings need to be replaced with entities
| Assignee | ||
Comment 2•16 years ago
|
||
Since this bug has fallen out of radar for more than two weeks and lost the b3 train, let's try a self-made patch (not sure this is the right way, never worked before on more than one file).
Attachment #462740 -
Flags: review?(jdicarlo)
Comment 3•16 years ago
|
||
Comment on attachment 462740 [details] [diff] [review]
Fix (partially or completely) hard-coded strings, add default pref to make description localizable
I'm not totally sold on the ellipsis use, but from a technical point of view, this is what a multi-file patch looks like :-)
| Assignee | ||
Comment 4•16 years ago
|
||
(In reply to comment #3)
> I'm not totally sold on the ellipsis use
Me neither. Besides, the current version uses the same "Notify me when" string twice, one with an hard-coded trailing "…" and one without.
Hi Flod,
Sorry for letting this go unfixed so long. It wasn't really "fallen off the radar" so much as I've been overloaded with other stuff.
Thank you very, very much for writing this patch! I really appreciate it. The patch looks fine to me. The unicode ellipsis character literals match what we're already using in main.properties (at the request of the l10n team!) so I think that's the right thing to do.
I imported the patch to the Test Pilot Hg repo in http://hg.mozilla.org/labs/testpilot/rev/343335b8ee8d . It still needs to be approved for inclusion in Firefox 4 beta 4.
| Assignee | ||
Comment 6•16 years ago
|
||
(In reply to comment #5)
> It still needs to be approved for inclusion in Firefox 4 beta 4.
How does it work? Should I ask for approval to someone else? We're approaching the code freeze for b4 and I'd really like to see this fixed.
Hi Flod,
I've asked the Firefox team to review it. You don't need to do anything else.
Thanks!
Comment 8•16 years ago
|
||
Comment on attachment 462740 [details] [diff] [review]
Fix (partially or completely) hard-coded strings, add default pref to make description localizable
Though the locale entities need to be aligned properly.
Attachment #462740 -
Flags: review?(jdicarlo) → review+
Updated•16 years ago
|
Attachment #462740 -
Flags: approval2.0+
| Assignee | ||
Comment 9•16 years ago
|
||
Dave, is this ok? I never realized that .dtd and .properties files use spaces instead of tabulations.
Comment 10•16 years ago
|
||
Updated•16 years ago
|
Assignee: nobody → francesco.lodolo
Comment 11•16 years ago
|
||
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•16 years ago
|
Attachment #465782 -
Attachment is obsolete: true
| Assignee | ||
Comment 12•16 years ago
|
||
Updated•10 years ago
|
Product: Mozilla Labs → Mozilla Labs Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•