Neil Sleightholm wrote: > The difference is that when you build your own localisation you can > specify more than more wxl but when you include an extension cultures > only selects the first culture it finds and does read anymore, in > Library.cs - GetLocalization() it returns on the first culture it finds. > Therefore, and I might be wrong, it never falls back to another culture > because they are not loaded. >
Agreed. The -cultures switch only supports fallback on the level of an entire loc set, not for individual strings. We've talked about adding support for a specific fall back set so it would always be loaded. I want to make sure that it's something you specify, though, because I don't want an "accidental" fallback: It should be obvious when a string is missing in your "preferred" loc set and you're falling back to en-us (for example). -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
