Apache OpenOffice (AOO) Bugzilla – Issue 93983
Aqua: native dialogs have wrong language in multilingual installations
Last modified: 2008-10-21 13:36:44 UTC
In a multilingual OOo Aqua installation (de_en-US_es_fr_hu_it_nl_pl_pt_pt-BR_ru_sv) the language of native dialogs seems to be french. OOo's builtin dialogs have the correct language: the system language.
@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.