Re: IB localization question
Re: IB localization question
- Subject: Re: IB localization question
- From: Ulf Dunkel <email@hidden>
- Date: Mon, 04 Jul 2011 09:27:41 +0200
- Organization: invers Software & DSD.net
Hi Christiaan.
I partly disagree. For some layout problems it is very well doable to
adjust some layout in code, and it's really no pain and not much
maintenance. In fact, it is even better for consistency, as IME often
the explicitly localized layouts are very hard to keep consistent,
especially if the localizers do the layout. Again, it depends on how
complex your UI is.
I have difficulties following your approach, because it sets an axiome
which claims that complex NIB layout cannot be handled with the "One For
All" method. That's not true.
For instance, I have defined a function that takes an array of buttons
and smartly auto-sizes it in a perfect right-to-left row (trying to make
them the same size, unless they become too big, but with a minimum size,
etc), a common configuration. Just adding the IBOutlets and using this
function in windowDidLoad is far less pain and leads to a more
consistent layout for the buttons in all localizations than having to
adjust the localized NIBs every time some changes are made. And it looks
better than needing buttons that are large enough for all localizations
(something that is also very hard to determine).
Although your solutions seems to be nice for any type of buttons in the
"usual" button row of dialog layouts, it does only cover half the
problem. Our "One For All" method covers all NIB layout issues and
doesn't add more code to the app.
We basically stop to think about how the base language (English) NIB
layout can be simplified and designed to even fit much longer strings.
That can be done in almost no time, and we do it in IB. Then iLocalize
transfers the layout (with all programmatic bindings, of course) to all
localized NIBs with a single click.
It really works fine.
---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