Xcode 2.4.1: What about Legacy Language Designators?
Xcode 2.4.1: What about Legacy Language Designators?
- Subject: Xcode 2.4.1: What about Legacy Language Designators?
- From: Ulf Dunkel <email@hidden>
- Date: Mon, 18 Jun 2007 16:39:32 +0200
- Organization: invers Software
We used to use the offered .nib and .strings designators like "English",
"French", "German" in our iCalamus project before.
But in
http://developer.apple.com/documentation/MacOSX/Conceptual/BPInternational/index.html
the last section says that these designators are deprecated and should
be replaced by e.g. "en", "fr", "de" or even more detailed designatores
like "en_US", "fr_CA", "de_CH" etc.
---snip---
In addition to the ISO language designators, previous versions of Mac OS
X also supported a set of legacy designators. These designators let you
specify a language by name, instead of by a two or three character code.
Designators included names such as English, French, German, Japanese,
Chinese, Spanish, Italian, Swedish, and Portuguese among others.
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. Use the codes described in
“Language Designations” and “Regional Designations” instead.
---snap---
I have changed all relevant stuff from English.lproj etc. to en.lproj now.
Everything's still fine with Xcode, Interface Builder, iLocalize etc.
But when we used the human readable designators like "English", a double
click on a .nib container in Xcode started Interface Builder and
automatically loaded the relevant English .nib file for further editing.
Now we use "en" instead, a double click on a .nib container doesn't
either start IB nor load the English nib there.
Is there any pref setting in Xcode available which I could set in order
to let Xcode behave like before when I double click on a nib container?
Thanks in advance, Ulf.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden