cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Olivier Lange <w...@petit-atelier.ch>
Subject Re: Good practise for international site (URI-designing)
Date Tue, 17 Aug 2004 10:50:37 GMT
 > Interesting. But if I set my browser's locale to French, that isn't 
taken into account, is it?

Indeed, it is a static publication, all done with the CLI (many thanks 
Upayavira!), there are no locale matchers.

I let the user themselves choose the language on the very homepage (a 
Flash animation). Then there is a homepage for each language.

--
Olivier


Upayavira wrote:

> Olivier Lange wrote:
>
>> Hi Joose
>>
>> I used option 2 for a large site, with a complete user request space 
>> available in all langages. If some content is not available in some 
>> language, I put an explicit mention about the missing translation on 
>> that page, plus a text in some other langage.
>>
>> For instance: this page is available in french, german, italian and 
>> english, but not rumantsch; so there's a mention:
>> http://www.gallerie-ph.ch/rm/events/construct-sonor/klanginstall/index.html 
>>
>>
>> All this handled thru Linkrewriter and i18n message catalogs, so 
>> there is no link manipulation needed in the XSLT. By the way: the 
>> linkmap gets translated in each language also, of course. The message 
>> catalogs are generated.
>
>
> Interesting. But if I set my browser's locale to French, that isn't 
> taken into account, is it?
>
> I must look into the link rewriter, maybe it'll be helpful here.
>
> I'm working on an i18n site at the moment, and have created the 
> I18nMatcher (soon to become the LocaleMatcher) for just this purpose. 
> I also intend to get the Command Line Interface to be able to handle 
> the creation of pages in different languages.
>
> Maybe just the homepage could respond to a browser locale, and the 
> rest are served as en/page.html, fr/page.html, etc.
>
> Hmm.
>
> Upayavira, who is a complete newbie when it comes to i18n.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Mime
View raw message