Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Aqua: native dialogs have wrong language in multilingual installations | ||
---|---|---|---|
Product: | porting | Reporter: | hdu <hdu> |
Component: | code | Assignee: | joerg.skottke |
Status: | CLOSED FIXED | QA Contact: | issues@porting <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, nesshof, nospam4obr |
Version: | OOO300m5 | Keywords: | aqua |
Target Milestone: | OOo 3.0 | ||
Hardware: | Mac | ||
OS: | Mac OS X, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
hdu@apache.org
2008-09-17 12:27:23 UTC
@obr: you once implemented the *.lproj bundles. Any idea how to set the preference to the current language? http://commons.oreilly.com/wiki/index.php/Learning_Cocoa_with_Objective- C/Miscellaneous_Topics/Localization#Localized_Resource_Search_Algorithm suggests that changing the names of the *.lprol files to their counterparts in Apple->SystemPreferences->International->Language might solve the problem. Experimentally renaming some lproj-files seem to confirm this. @obr: is this the correct fix? @is: please change *.lproj file names in the bundle I am not sure I understand the suggested fix correctly, but if it is to rename e.g. "en" to "English", then this needs to be evaluated carefully, because http://developer.apple.com/documentation/MacOSX/Conceptual/BPInternational/Articles/LanguageDesignations.html#//apple_ref/doc/uid/20002144-130435 states that "Although these names are still recognized and processed by CFBundle and NSBundle, their use is deprecated and support for them in future versions of Mac OS X is not guaranteed." Tests showed, that there are problems with the directory "en-US.lproj". Renaming this to "en-US.lproj" solves this problem. After discussion with MH this is relevant for OOo 3.0 and will be fixed in cws native199. @obr: thanks for the pointer! @is: http://developer.apple.com/documentation/MacOSX/Conceptual/BPInternational/Articles/LanguageDesig nations.html/apple_ref/doc/uid/20002144-SW1 suggests that en_US.lproj should work (currently we have en-US.lproj). Is replacing the minus with an underline the best solution for that problem? No, en_US.lproj was not successful, too. I will use en.lproj. Hm, setting the system language to "US English" instead of "English", both versions, en-US.lproj and en_US.lproj, work fine. But using "English" as system language requires an en.lproj. So, to avoid problems for all people using "English" (which is more visible in language selection), the fix could be to use always en.lproj instead of en-US or en_US. Fixed in cws native199. is -> jsk: please verify in cws native199. Verified Directory is called en.lproj and others are named after similar naming scheme. Closing. |