GREYFirst, unfinished draft. Many points missing or open for discussion.GREY
More and more clients have need for solution that is easily maintainable and allows urls customized for target language while maintaining easy translation synchronization typical for single document tree solution. More sites also need to allow certain pages to exist only in specified languages.
Michelin has same content structure in all countries, but some products are available only in Brasil while other are available everywhere
Similarly Playstation releases some variations of the digital comics for some languages and regions first and some others only later.
Current workaround employed by customers have been to use multiple trees (one per lang/locale) and try to keep them somehow in sync. This is cumbersome and leads to a lot of copy paste for content that doesn't need to be translated, leads to mistakes and inconsistencies caused by C&P and by humans.
Another kind of solution implemented by customers (Sony) is based on heavily customized templates rendering content from other language trees when content is not available in current tree. This removes need to duplicate the content but structure is very fragile and sensitive to changes.
i18n support is ad-hoc and is limited to i18n-ized properties. what is missing is
- activation by lang support
- security/editing rights by lang
- different urls per language
- language based tree browsing and preview
- inheritance would be affected as well
- possibility to define different components or whole areas per language
- extra info in new section
- no default (w/o suffix) values for props (helps when switching lang later)
- change page structure
- extra level
- no suffix marking lang anymore
- again no default w/o lang values
- do not set i18n on server/site level only, but allow override on page level and subpages
- can we make this easy configurable and understandable for editors?
- can it be changed at runtime from one setting to another? (the other 2 solutions are totally transparent)
- tree view
- virtual uri mappings