Re: Conflicting encodings issue in a Cocoa app
Re: Conflicting encodings issue in a Cocoa app
- Subject: Re: Conflicting encodings issue in a Cocoa app
- From: "Ewan Delanoy" <email@hidden>
- Date: Mon, 21 Apr 2008 17:04:26 +0200 (CEST)
- Importance: Normal
>
> "%c" is interpreted at runtime according to the default string
> encoding for that process. This depends on what the user's preferred
> language is set to, but for English and most European languages it's
> MacRoman. That choice makes sense for backward-compatibility reasons,
> but nowadays it tends to be mostly an annoyance.
>
> So it's definitely best to stick to Unicode-based mechanisms, like "%C".
>
> (By the way, in 10.5, GCC now allows you to use non-ascii characters
> in string literals right in your source code. So there's no need to
> construct a string with an ñ in it programmatically, as long as you're
> building with Xcode 3.0.)
>
Thanks for your very complete explanation (btw, I did not know
about being allowed to use Unicode directly in Xcode 3.0; that's a nice
improvement!). I read it just after sending
another post in that thread, unnecessarily in fact
since your explanation already answers eveything in the post.
Ewan
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden