Closed Bug 166685 Opened 22 years ago Closed 19 years ago

Unicode text doesn't follow up the OS locale language (some strings not localized)

Categories

(Camino Graveyard :: OS Integration, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED INVALID
Camino1.0

People

(Reporter: amyy, Assigned: mikepinkerton)

References

(Blocks 1 open bug)

Details

(Keywords: intl)

Attachments

(1 file)

Build: 09-04-05 Chimera build on both Mac 10.2 and 10.1.5 There are places that you can see the unicode text doesn't follow up the locale language. E.g. if I set OS locale to Japanese or Chinese and launch Chimera, those unicode text places doesn't change to Japanese or Chinese: Navigator | Preferences, Hide Navigator, Quit Navigator...etc. Text strings in labels and buttons in Open File, Sava As, Print... dialogs. Note: those strings in Netscape 7.0 is followed the locale language setting.
Keywords: intl
Attached image screen shot for an example (deleted) —
What we need to fix this is to have a (maybe empty) Japanese.lproj folder in the package.
.
Assignee: saari → pinkerton
Target Milestone: --- → Camino1.0
Problems on Mozilla are Bug 172444 and Bug 151239.
Is this still an issue with the Camino Multilang builds or only with English-only builds? The related Mozilla bug 172444 in comment 4 was WONTFIXed, but from the comments in that bug, Simon's suggestion in comment 2 here seems to be the "needed" fix. CCing Ludovic....
Component: General → OS Integration
Summary: Unicode text doesn't follow up the OS locale language → Unicode text doesn't follow up the OS locale language (some strings not localized)
Can we get an update on this? If it's *not* an issue with Camino MultiLang builds, I'm tempted to say WONTFIX; i.e, if you run an English Camino in a Japanese locale, all of the dialogues, menus, etc., within Camino *should* be in English.
Blocks: 301740
I agree with Smokey, this should be WONTFIXed.
I tested this with Simplified Chinese, since that's included in the MultiLang build. This bug only occurs in the *English-only* builds, not in the MultiLang build when it includes a language to match your default system language, and occurs only for Asian languages, apparently (setting my system language to French and running an English-only Camino showed me only English items in my open/save dialogues). It's certainly odd having a couple of items localized ("Desktop", "Documents", "Applications" in the open/save dialogues) in an English application, but no odder, it seems to me, than running an English application under a Mac OS X with a system language set to Japanese or Chinese. I can also confirm that Simon's solution (comment 2) of an empty langcode.lproj (zh_CN.lproj) folder fixes this, should we desire to do so. Mike, Simon, Ludovic, can we get a ruling on this? FWIW, the Core companion was WONTFIXed.
English build being in english is not a bug for me. If the japanese version has the problem then it's a bug. This is Rather INVALID than wontfix. we won't fix it because it's invalid.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: