Re: How do you create single-language builds of multi-language apps?
Re: How do you create single-language builds of multi-language apps?
- Subject: Re: How do you create single-language builds of multi-language apps?
- From: Andrew Keller <email@hidden>
- Date: Wed, 26 Feb 2014 09:55:23 -0500
The default code signing settings in Xcode mark things such as Localizable.strings as optional but signed, which means that if they exist, they must match the code signature, but if they don't exist, that's ok.
I'm not sure to what extent that philosophy exists in all parts of the app bundle, but I suspect that you could, for example, delete all language-specific files that you don't want, and the code signature will still validate.
With that said, having multiple versions of an app is complicated for users, so I would only do it if the size difference was really huge. Exactly how huge depends on the user base and what they expect.
- Andrew
On Feb 26, 2014, at 9:44 AM, Ulf Dunkel <email@hidden> wrote:
> Many of our apps come with a bunch of localized resources, and localized
> Help Books, of course. This causes some of our multi-language app ZIPs
> to be really fat monsters with hundreds of megabytes.
>
> In former times, we could simply import the archived release build of
> our multi-language app bundle into iLocalize and export single-language
> versions of the app from within iLocalize. This way our users could pick
> their desired localized version of an app without downloading megabytes
> of overload.
>
> With Gatekeeper, this no longer seems to be available, because the
> archived release build gets a checksum and Gatekeeper would report every
> modified version of the app bundle as corrupted, of course.
>
> So how do you build and archive single-language versions of your apps?
> Is there any handy way for this?
>
>
> PS: So far we do not use auto-layout and internationalization in Xcode
> 5, for reasons.
>
> Thank you,
> Ulf Dunkel
> _______________________________________________
> 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
_______________________________________________
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