RE: i18n beyond resources

[sh...@ubs.com]

I think if u use tiles then even in the famous case of 
>>>(the famous example being an application
supporting English, Arabic, and Japanese).

u dont need to use different hard coded jsps...

But this is just what i read in tiles doc.Any tiles experts?

-----Original Message-----
From: Jan Voskuil [mailto:Jan@anachron.com]
Sent: Friday, April 11, 2003 4:28 PM
To: 'struts-user@jakarta.apache.org'
Subject: i18n beyond resources


Struts offers excellent support for internationalization. Still, in some
cases, it is important to have different JSPs for different languages with
at least some text hard coded (the famous example being an application
supporting English, Arabic, and Japanese).

Ideally, you would have a top directory for each language. Underneath each
of these, all the JSPs and other view components reside. The following
(action-local) forward

	<forward name="listItems" path="listitems.jsp"/>

would take you to "en/listitems.jsp" or "ar/listitems.jsp", depending on the
locale. The idea is much like the Apache web server, which returns
index_en.html or index_fr.html, depending on the locale.

Question: what is the best solution for obtaining this result? Do I have to
extend the RequestProcessor class and override processActionForward(), or is
there another way? I first thought that application modules would be of
help, but then I would end up with duplicating configs (which differ only in
the forwards). Or not?

Does any one of you have thoughts on this? -j

-----------------
      Jan Voskuil
    Anachron B.V.
        Amsterdam
 jan@anachron.com
----------------- 


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org