Closed Bug 127156 Opened 23 years ago Closed 22 years ago

Show currently selected packs in language / content pack pref panel

Categories

(Core :: Internationalization: Localization, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.0.1

People

(Reporter: kairo, Assigned: jbetak)

References

Details

(Keywords: intl, Whiteboard: [adt3 RTM] [ETA 06/13],custrtm-)

Attachments

(1 file, 1 obsolete file)

From bug 126714: ------- Additional Comment #11 From dbragg@netscape.com 2002-02-21 10:14 ------- I was going to log a separate bug for showing currently selected packs as that is a new "feature".
This should really get fixed before 1.0 (with a simple check icon) because it's currently really hard to see what is currently installed. The "old" dropdown box in Appearance panel had a notification like that.
Keywords: intl, mozilla1.0
QA Contact: ruixu → jimmyu
low impact; correctness ->[adt3] seems to be fixed on 2002-05-10-1.0.0 ns build. need to verify.
Whiteboard: [adt3]
Target Milestone: --- → mozilla1.0.1
Blocks: 144547
Tao, the currently shown as "selected" entry in the listboxes don't nesessarily correspond to the actual applied language pack. Additionally, I think the selection of the entry is too little to be recognized as such. I think there such be something as a radio-button style icon, or a checkmark, for the currently applied pack.
ok. I agree that the UI needs improvement and this goes to theme as well.
Blocks: 143047
Keywords: nsbeta1+
Whiteboard: [adt3] → [adt3 RTM] [ETA 06/04]
Whiteboard: [adt3 RTM] [ETA 06/04] → [adt3 RTM] [ETA 06/04],custrtm-
After much testing and tracing I've determined that this IS working correctly. The selected language pack and content pack are highlighted. Granted there is no check mark or radio button but that's a much more involved feature as there is currently no widget like this available for a list box. There is a quirk though. A "default" content pack does not show up as selected because the pref is not in the all.js file. However, if you select the pack the next time you start up it will show selected. This is because the current code uses the pref value general.useragent.contentlocale to get the currently selected content pack. This pref is not in the all.js file. The strange thing is that when the pref is added to the all.js file you can't select a content pack into your profile's prefs.js. I'm checking with the prefs meister on this part.
Attached patch changes to netscape.properties and all.js (obsolete) (deleted) — Splinter Review
Turns out the whole problem was that the default pref and value were not in navigator.properties where the language pack one is. I added the general.useragent.contentlocale pref to navigator.properties and added the url to navigator.properties to all.js.
Comment on attachment 86463 [details] [diff] [review] changes to netscape.properties and all.js r=tao
Attachment #86463 - Flags: review+
l10n approved.
Comment on attachment 86463 [details] [diff] [review] changes to netscape.properties and all.js sr=dveditz
Attachment #86463 - Flags: superreview+
Looking for adt approval for branch and trunk check-in. Adding adt1.0.1 keyword.
Whiteboard: [adt3 RTM] [ETA 06/04],custrtm- → [adt3 RTM] [ETA 06/04],custrtm-,adt1.0.1
Moving adt1.0.1 keyword from Status Whiteboard to Keywords, so it gets on the ADT radar. ;-) jimmyu - can you verify this as fixed, once it has landed on the trunk. thanks!
Whiteboard: [adt3 RTM] [ETA 06/04],custrtm-,adt1.0.1 → [adt3 RTM] [ETA 06/13],custrtm-
new owner ->tao
Assignee: dbragg → tao
adding adt1.0.1- per ADt.
Keywords: adt1.0.1adt1.0.1-
Blocks: 154922
Blocks: 62177
No longer blocks: 154922
-> jbetak, I will put this in to the trunk later today. I will also investigate some additional visual cue for the listbox.
Assignee: tao → jbetak
requesting a= for Mozilla 1.1 trunk checkin
Status: NEW → ASSIGNED
Comment on attachment 86463 [details] [diff] [review] changes to netscape.properties and all.js a=asa (on behalf of drivers) for checkin to 1.1
Attachment #86463 - Flags: approval+
checked in - this should make it into Moz 1.1 and next Netscape release. Marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
man, how could we all look over this? Sorry, I have to reopen this bug. general.useragent.contentlocale shouldn't be in navigator.properties, it should be somewhere in the content pack, not the language pack. What we have in tree now would tell users they've selected a different content pack after changing thier language pack!
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Kairo, you're obviously correct. I've overlooked the packaging issue as well when I landed dbragg's patch. I believe we should stick it into region.properties instead of navigator.properties. We need to get this into the Moz 1.1 release, patch coming up.
Attached patch corrected patch (deleted) — Splinter Review
this places contentlocale pref in region.properties, which should be part of the content pack. Kairo, could you review this?
Attachment #86463 - Attachment is obsolete: true
Comment on attachment 93618 [details] [diff] [review] corrected patch yes, this looks as it should be. r=kairo@kairo.at
Attachment #93618 - Flags: review+
thanks for catching this Kairo and for the review! Dan, could you put another sr=dveditz on this? Sorry for missing the packaging issue :-(
Status: REOPENED → ASSIGNED
Whiteboard: [adt3 RTM] [ETA 06/13],custrtm- → [adt3 RTM] [ETA 06/13],custrtm-, need sr= and a=
checked in. Kairo, could you please verify?
Status: ASSIGNED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
Whiteboard: [adt3 RTM] [ETA 06/13],custrtm-, need sr= and a= → [adt3 RTM] [ETA 06/13],custrtm-
looks correct now. verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: