as an object in the
model.
From: [EMAIL PROTECTED]
To: user@struts.apache.org
Subject: RE: i18n and variable tiles definitions
Date: Thu, 20 Dec 2007 13:47:33 -0800
btw, I've also tried this slight variation:
tiles.xml
name="titleKey" value="record.d
model.
> From: [EMAIL PROTECTED]
> To: user@struts.apache.org
> Subject: RE: i18n and variable tiles definitions
> Date: Thu, 20 Dec 2007 13:47:33 -0800
>
>
> btw, I've also tried this slight variation:
>
> tiles.xml
> name="titleKey
"Record Detail: ${recordId}". Also giving me
the problem that it is not evaluating the expression.
> From: [EMAIL PROTECTED]
> To: user@struts.apache.org
> Subject: RE: i18n and variable tiles definitions
> Date: Thu, 20 Dec 2007 13:41:13 -0800
>
>
> T
out success :-( How can I get the
title to show the value of the expression i set in my tiles definition?
> Date: Thu, 20 Dec 2007 15:01:20 -0500
> From: [EMAIL PROTECTED]
> To: user@struts.apache.org
> Subject: Re: i18n and variable tiles definitions
>
> you can do the same thin
Date: Thu, 20 Dec 2007 13:29:32 -0500
From: [EMAIL PROTECTED]
To: user@struts.apache.org
Subject: Re: i18n and variable tiles definitions
May I suggest to instead of using the "title" value in the tiles, use
the keys (e.g. "titleKey"), then fetched it using whatev
is if thats bad form.
> Date: Thu, 20 Dec 2007 13:29:32 -0500
> From: [EMAIL PROTECTED]
> To: user@struts.apache.org
> Subject: Re: i18n and variable tiles definitions
>
> May I suggest to instead of using the "title" value in the tiles, use
> the keys (e.g. "t
2007/12/20, Alberto A. Flores <[EMAIL PROTECTED]>:
>
Just a last note: you can use:
And your "titleKey" attribute value will be imported as a page-scoped
"titleKey" bean.
Ciao
Antonio
-
To unsubscribe, e-mail: [EMAIL PROTECTED
May I suggest to instead of using the "title" value in the tiles, use
the keys (e.g. "titleKey"), then fetched it using whatever approach you
want to:
Example:
resource_en.properties
application.title=Hello World Application
tiles.xml
jsp page
(of course this uses unnecessary co
> We have a similar issue that only appears sometimes to our webapp
> when its deployed to a websphere server. Our other environments that
> run tomcat have never exhibited this problem.
Humm weird because I use Tomcat (5.5) here...
Anyway I'll let you know If I find anything useful!
Christian
> I DON'T USE THIS >
> Locale.setDefault(Locale.FRENCH);
> I USE THIS >
> session.setAttribute(Globals.LOCALE_KEY, locale);
Me too I'm using the session to store the user's default locale! The
first one I'm using is to set a default locale for the JVM! This
hasn't the same be
quot;success");
-Mensaje original-
De: Jurn Ho [mailto:[EMAIL PROTECTED]
Enviado el: lunes, 24 de octubre de 2005 15:29
Para: Struts Users Mailing List
Asunto: Re: i18n and same value for 2 different locale
I'd be very interested if you find out what is wrong..
We have a similar
I'd be very interested if you find out what is wrong..
We have a similar issue that only appears sometimes to our webapp
when its deployed to a websphere server. Our other environments that
run tomcat have never exhibited this problem.
Jurn
At 07:52 AM 22/10/2005, Christian Bourque wrote:
Hi
Christian Bourque wrote:
[...]the value returned was in english for a french locale ???
We know how much the French love speaking English. It's part of our plan
for total world domination, one server at a time.
Dave
-
To
ay of creating the property file is wrong.
Please advice.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Laurie Harper
Sent: Tuesday, September 27, 2005 1.54 PM
To: user@struts.apache.org
Subject: Re: i18n and l10n issue - need help
Balasubramaniam, Sezhiyan wrote:
On 9/27/05, Balasubramaniam, Sezhiyan <[EMAIL PROTECTED]> wrote:
> Thanks a lot Laurie.
>
> I have the ApplicationResources_zh.properties in WEB-INF/classes along
> with other locale property files.
> The issue is, always I am seeing the default locale, even when I am
> explicitly changing the brow
ty file is wrong.
Please advice.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Laurie Harper
Sent: Tuesday, September 27, 2005 1.54 PM
To: user@struts.apache.org
Subject: Re: i18n and l10n issue - need help
Balasubramaniam, Sezhiyan wrote:
> We were giving local
Balasubramaniam, Sezhiyan wrote:
We were giving locale support for English, Spanish, French and German in
one of our STRUTS 1.0.1 intranet application.
So far, it went smooth as all the resource bundles are ASCII based.
Recently we got some requirements on double byte characters (CHINESE and
JA
I'd endorse this. UTF-8 or UTF-16 (depending on what languages you're expecting
most of your data to be in) will handle anything. If you have Oracle it will
also handle anything, it had NLS support before unicode, but your database must
be set up with a suitable character set. It is completely a no
Thanks for all of the feedback. I'll think on it some more with these
suggestions in mind.
I have one additional question, *sort of* on the topic of Message Resources.
Suppose there is a database table that holds metadata used to configure some
screens, but not all. This table holds the f
Michael Klaene writes:
> 3.)I know that some databases, Oracle, and I hear the newest version
> of MySQL support UTF-8. I've no experience in this area. Does anyone
> have experience with storing text in UTF-8 in the database? This
> *seems* like it could be an ideal approach, eliminating alot of
On Fri, 3 Dec 2004 07:50:31 -0800 (PST), Michael Klaene
<[EMAIL PROTECTED]> wrote:
> 2.)Is anyone using a database-driven approach to this, storing application
> labels, etc. in tables and retrieving them. Possibly, by reimplementing
> versions of ResourceBundle/MessageResources to go against t
>
>
> Hi.
>
> I'm investigating ways to support multiple languages in my
> app, without using the typical
> ResourceBundle/MessageResources approach. I was thinking that
> I would like to use a database instead. It seems to me that a
> large application trying to support multiple languages
> -Original Message-
> From: Michael Klaene [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 03, 2004 8:51 AM
> To: [EMAIL PROTECTED]
> Subject: i18n and the database...
>
>
>
> Hi.
>
> I'm investigating ways to support multiple languages in my
> app, without using the typical
>
ed
> area that I can modify or is it spread throughout the Struts framework?
>
> Scott Mulligan
>
>
>
>
> -Original Message-
> From: Hubert Rabago [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 23, 2004 4:40 PM
> To: St
Yes, it's org.apache.struts.Globals.LOCALE_KEY:
/**
* The session attributes key under which the user's selected
* java.util.Locale is stored, if any. If no such
* attribute is found, the system default locale
* will be used when retrieving internationalized messages. If
> -Original Message-
> From: Andrew Hill [mailto:[EMAIL PROTECTED]
> Sent: Donnerstag, 14. Oktober 2004 09:57
> To: Struts Users Mailing List
> Subject: Re: i18n and
>
>
> a user with bad eyes may choose to use bigger fonts
>
> I have perfect eyesight but Ive
a user with bad eyes may choose to use bigger fonts
I have perfect eyesight but Ive been making a lot of use of firefox's
font resizing abilities lately since my work PC got upgraded to one that
can handle 1600 * 1200 resolution... (great for working in eclipse, bad
for reading long pages in b
Hi, Joe.
I'd rather not add any non breaking spaces to the messages. You don't know how long a
message might become (typically each language needs another amount of words to express
the same, and english is pretty short compared to others). The problem you actually
have is a layout problem, and
oh and with JSP2.0 you could use the new replace function
${fn:replace(myBean.property," "," ")}
--
Jason Lea
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Can you use css instead? I usually just use:
message goes here
or something like it to accomplish the non-breaking spaces.
-Brian
On Wed, 13 Oct 2004 18:12:25 -0400, Joe Hertz <[EMAIL PROTECTED]> wrote:
> I have a number of property values that will be internationalized and need
> non-breakin
I heard that support for this was dicey. Is that not the case?
>Could you use the CSS rule
>.myStyleClass{
> white-space: nowrap
>}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTE
ssage-
From: Freddy Villalba A. [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 13, 2004 6:21 PM
To: Struts Users Mailing List
Subject: RE: i18n and
You're initiative sounds interesting... however, I'm not sure I've fully
undestood what you express.
Let's see: if what
I haven't run into this problem yet, but perhaps it depends on where
this sort of thing is used.
If the whole chunk of text shouldn't be wrapped then you might be able
to use CSS to deal with that problem:
http://www.w3.org/TR/REC-CSS2/text.html#propdef-white-space
text that shouldn't wrap goes
At 6:12 PM -0400 10/13/04, Joe Hertz wrote:
I have a number of property values that will be internationalized and need
non-breaking spaces between each word in them.
I could put into each space, but that
1) is going to confuse my native language translators who know nothing of
HTML. 2 words in en
You're initiative sounds interesting... however, I'm not sure I've fully
undestood what you express.
Let's see: if what you want to translate are property names, then what's the
problem? for a property "X" that reads "Y Z L" in another language, you
could perfectly have an entry on each dictionary
35 matches
Mail list logo
