Re: Localization strategies?
Re: Localization strategies?
- Subject: Re: Localization strategies?
- From: Symadept <email@hidden>
- Date: Mon, 21 Dec 2009 17:27:11 +0800
Hi Ricky,
Even in my one of the project I am doing the same. Localizable.strings
(english) version shall have all the strings in Key-Value pair format,
"Hello" = "Hello"; And you can keep the comment on top of the string /*
Welcome text */.
And you can have many IBOutlets to set the string at runtime, as you
mentioned, with NSLocalizedString(@"Hello", nil). Now you generate various
language localizable.strings by Add Localization (mail me if you think you
need more info) from XCode and change the file format to UTF16. Now these
files shall still show you english. Now pass these files to Localization
team and they shall simply copy paste the other version of the string in RHS
of the corresponding files.
If you go with multiple nib files for various locale, UI maintainance will
become hectic. Hence you are in right track.
All the best.
Regards
Mustafa Shaik
On Mon, Dec 21, 2009 at 4:30 AM, Ricky Sharp <email@hidden> wrote:
>
> In getting quotes from many localization companies, I've found that some
> have different processes. For example, one company would prefer if I just
> provide .string files. During their QA process, they'll then run the app
> and look at everything in context.
>
> While generating .strings from nibs is easy to do, there's a problem in
> that there seems to be no method of putting contextual comments into a nib.
> And there's no way I would hand-edit comments in the generated .strings
> files.
>
> Thus, I'm wondering if it would ultimately be worth it to externalize all
> strings from my nibs and just put everything in my single .strings file.
> This will clearly involve me adding tons of IBOutlet ivars just so that at
> runtime I can set their text with NSLocalizedString APIs.
>
> I still plan on having separate nibs though for each language (to account
> for text bounds, font sizes, etc.)
>
> How have others tackled localization?
>
> ___________________________________________________________
> Ricky A. Sharp mailto:email@hidden
> Instant Interactive(tm) http://www.instantinteractive.com
>
>
>
> _______________________________________________
>
> 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
>
_______________________________________________
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