Hi Holger,
in my application specification I have the following lines:
<meta key="org.apache.tapestry.template-encoding" value="UTF-8"/>
<meta key="org.apache.tapestry.messages-encoding" value="UTF-8"/>
It's quite some time ago but as far as I remember, I changed the
template encoding as well to make sure that pages get transmitted to
the browsers as UTF-8 - otherwise they'll simply display garbage for
non-ASCII characters. From my experience with web applications in
general I found out that using UTF-8 everywhere reduces the problems
with umlauts to a great extend, therefore I use UTF-8 for the
database and the database connection as well.
You only have to make sure that the browsers use the UTF-8 character
set as well. For me this works out of the box with tapestry. To
generate the outer html I use the Shell component:
<html jwcid="@Shell" title="ognl:title" browserLogLevel="DEBUG" >
Which generates a html header with this (important) line in it:
<meta http-equiv="Content-Type" content="text/html;charset=UTF-8" />
I'm not 100% sure if it is the correct way to use a different
encoding for the properties files but until now I didn't face any
problems with that nor do I get any warnings logged or similar.
Best regards
Daniel
On 18.05.2007, at 23:03, Holger Stolzenberg wrote:
It would be very intresting for if you could tell me how you could
convert the messages properties files to UTF-8 because as I know
java properties files can only be ISO-8859-1 encoded.
Mit lieben Grüßen aus dem eWerk
| Holger Stolzenberg
| Softwareentwickler
|
| Geschäftsführer:
| Frank Richter, Erik Wende, Hendrik Schubert
|
| eWerk IT GmbH
| Markt 16
| Leipzig 04109
| http://www.ewerk.com
| HRB 9065, AG Leipzig
| Hauptniederlassung Leipzig
|
| fon +49.341.4 26 49-0
| fax +49.341.4 26 49-88
| mailto:[EMAIL PROTECTED]
|
| Support:
| fon 0700 CALLME24 (0700 22556324)
| fax 0700 CALLME24 (0700 22556324)
|
| Auskünfte und Angebote per Mail
| sind freibleibend und unverbindlich.
-----Ursprüngliche Nachricht-----
Von: Daniel Kleine-Albers [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 17. Mai 2007 21:45
An: Tapestry users
Betreff: Re: localization oddity
Hi there,
I had the same problem with German umlauts not rendering correctly.
Have a look at the character encoding of your files. I converted
all my files to UTF-8 and since then all the labels (regardless in
which message file) render correctly.
Best regards
Daniel
On 10.05.2007, at 11:43, Jesse Kuhnert wrote:
Not much - and definitely not anything that would be related to what
you are seeing....So if you see an oddity that would explain it it
has
to in there, or your copy && paste of the characters didn't come
through ok in the new file,.
On 5/9/07, Eric Schneider <[EMAIL PROTECTED]> wrote:
I'm still using 4.0.2. Not sure how much has changed since then.
e.
On 5/9/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
I don't know what version you are on but most of that happens in
here:
http://svn.apache.org/viewvc/tapestry/tapestry4/trunk/tapestry-
framework/src/java/org/apache/tapestry/services/impl/
ComponentMessagesSourceImpl.java?view=markup
I haven't changed things ~too~ much in 4.1.2 but there are slight
differences...Reading the code leads me to believe that the
namespace
properties (ie the global) would be read from the same
service...In fact
I
know it is since I added something in for appfuse to be able to
place
them
in different locations.
Maybe you'll see a slight difference in component vs. namespace
reading
in
there? If you do let me know.
On 5/9/07, Eric Schneider <[EMAIL PROTECTED]> wrote:
Thanks for the tip, I'll give it shot.
I'm still very curious about why it would behave
differently. :-|
e.
On 5/9/07, Michael Maier <[EMAIL PROTECTED]> wrote:
I wonder that 'recap_label=Récapitulation' works...
try
man native2ascii
*.properties are invented by english speaking man, so
everything is
ascii...:-)
maybe this will help
Am 10.05.2007 um 00:16 schrieb Eric Schneider:
I'm in the process of moving my page and component message
bundles
into a
global file. In the long run this seems like a much more
manageable
approach. But, I'm seeing some results that I didn't expect.
For example, moving "recap_label=Récapitulation" from a page
property file to the global property file causes the label to
render
differently.
When it was in the <page>_fr.properties file it would
render in
the
browser
properly, "Récapitulation". When being pulled from the
global
file
(<app_name>_fr.properties) it would render like
"RÈcapitulation".
Another example of the oddness, "RÉSERVATION BLESSÉE"
renders as
"R...SERVATION BLESS...E" from the global properties file.
--------------------------------------------------------------------
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]