Closed Bug 1086938 Opened 10 years ago Closed 10 years ago

Add strings to support UI switch from bug 1086936 (switch to disable aurora profile)

Categories

(DevTools :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1086936

People

(Reporter: jwalker, Assigned: past)

References

Details

Attachments

(1 file, 3 obsolete files)

      No description provided.
Attached patch v1 (obsolete) (deleted) — Splinter Review
These are the strings I need for bug 1086936.
Attachment #8509478 - Flags: review?(francesco.lodolo)
Assignee: nobody → past
Status: NEW → ASSIGNED
Bug 1086936 contains some screenshots that show where the strings will appear.
Comment on attachment 8509478 [details] [diff] [review]
v1

Review of attachment 8509478 [details] [diff] [review]:
-----------------------------------------------------------------

::: browser/locales/en-US/chrome/browser/preferences/main.dtd
@@ +37,5 @@
>  <!ENTITY setAsMyDefaultBrowser.accesskey  "D">
>  <!ENTITY isDefault.label                  "&brandShortName; is currently your default browser">
>  <!ENTITY isNotDefault.label               "&brandShortName; is not your default browser">
>  
> +<!ENTITY separateProfileMode.label        "Allow &brandShortName; to run at the same time as Firefox using a separate profile">

Someone with proper copy/UI skills should review this.

Personally I think that the "use a separate profile" should be the first bit of the sentence. And if we disable/ignore the profile manager, we should explain it too.
Attachment #8509478 - Flags: review?(francesco.lodolo)
Attached patch v2 (obsolete) (deleted) — Splinter Review
Update based on shorlander's suggestions.
Attachment #8509478 - Attachment is obsolete: true
Comment on attachment 8510069 [details] [diff] [review]
v2

Review of attachment 8510069 [details] [diff] [review]:
-----------------------------------------------------------------

::: browser/locales/en-US/chrome/browser/preferences/main.dtd
@@ +37,5 @@
>  <!ENTITY setAsMyDefaultBrowser.accesskey  "D">
>  <!ENTITY isDefault.label                  "&brandShortName; is currently your default browser">
>  <!ENTITY isNotDefault.label               "&brandShortName; is not your default browser">
>  
> +<!ENTITY separateProfileMode.label        "Keep &brandFullName; data separate from Firefox data">

As commented in the other bug, &brandFullName; means "Firefox for Developers" for all locales, and that's just awful.

"FirefoxDevEdition" is not great, but at least it sounds like a code name (Aurora, Nightly, Beta) and I can live with that.
(In reply to Francesco Lodolo [:flod] from comment #5)
> As commented in the other bug, &brandFullName; means "Firefox for
> Developers" for all locales, and that's just awful.

Actually, once I upload a new version of the branding patch in bug 1072181, it will be "Firefox Developer Edition" as Stephen suggests.
Attached patch v3 (obsolete) (deleted) — Splinter Review
Actually I don't need the accesskey since I'm now using a link instead of a button.
Attachment #8510069 - Attachment is obsolete: true
Attached patch v4 (deleted) — Splinter Review
Updated per Matej's suggestions in bug 1086936 comment 23.
Attachment #8510113 - Attachment is obsolete: true
It could be just me, but having two separate bugs like this is making the conversation quite hard to follow.

What about just one bug, two patches and leave-open keyword? Especially considering there are more string changes discussed in bug 1086936
Yeah, this was a practice that made sense in the rush before branching aurora, but it seems pointless now. I've already asked Joe about folding the patches together.
Joe agrees that we should fold this patch back into bug 1086936.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: