Hi Marco!

Deciding all requirements before beginning implementation would definitely be 
best, but unfortunately this idea ignores reality - in reality customers decide 
things too late, or make changes to their decisions after implementation has 
begun.

Migrating existing content (some installations will have 10000s of nodes, with 
100000s of properties) is both a pain, and asking for trouble.

If a site goes from multi-language to single-language, there is no need to 
remove multi-language completely, you can just remove all languages except one 
from the configuration.

Regards from Vienna,

Richard

-----Ursprüngliche Nachricht-----
Von: [email protected] [mailto:[email protected]] 
Im Auftrag von Marco Glur
Gesendet: Montag, 03. Oktober 2011 13:17
An: 'Magnolia User-List'
Betreff: RE: AW: [magnolia-user] Troubles with i18n node wrapper


In my opinion it should be transparent for i18n support to work according the 
well-known java message-resources pattern (no suffix in name=fallback) and most 
stable, of course, respecting existing code.

Maybe valid migration path could be to
a) rename all existing 'base' values that are i18n with the suffix according to 
the old fallback language
b) then rename all suffixed from the new fallback language to have no suffix

The default behavior is anyways not to have Multilanguage, so no need to 
reference a certain language in the node-data names with a suffix.
The decision which is the fallback/default locale should instead be taken at 
the most early point of setting up a new CMS.

Another obstacle having a default-suffixing always would be:
How should it work still, when once you remove Multilanguage support for a site 
completely, need to migrate the node-datas manually, then?

I wouldn't see any change of concept here in future.

Kind regards

Marco

--
15 Years of Excellence - http://netcetera.com

Marco Glur | [email protected]
T +41 44 247 79 20
Netcetera AG | 8040 Zurich | Switzerland | http://netcetera.com



----------------------------------------------------------------
For list details see
http://www.magnolia-cms.com/community/mailing-lists.html
To unsubscribe, E-mail to: <[email protected]>
----------------------------------------------------------------





----------------------------------------------------------------
For list details see
http://www.magnolia-cms.com/community/mailing-lists.html
To unsubscribe, E-mail to: <[email protected]>
----------------------------------------------------------------

Reply via email to