The symbol you are seeing is the symbol used to denote 'locale specific currency symbol' in a format pattern. What is strange is that if you don't have a symbol for that currency in your current locale, you should get the ISO 3-letter code (EUR, in this case) rather than a euro symbol. Is it possible that you are escaping the currency symbol in your format string, so that the currency symbol itself is being rendered to the output, rather than having it replaced by the correct currency within the formatter?
The only other thought I have is that you are telling your browser that the file is UTF-8 via the meta header, but you may well not have told Tapestry to spit out UTF-8 characters, resulting in the browser rendering the generic currency symbol. Putting the <meta http-equiv="Content-Type" content="text/html;charset=UTF-8"/> line in the template is not the only thing necessary to get your documents in UTF-8 correctly. That just tells the browsewr what to expect. Tapestry will use the default charset of the JVM when reading and writing to streams, so if your default charset is not a superset of UTF-8, you could easily wind up with characters that don't translate correctly. You can discover your default charset by simply printing Charset.defaultCharset() to your logs. If you aren't running in UTF-8, try telling the JVM that is running Tapestry to use UTF-8. You can only change the default charset at startup. Add -Dfile.encoding=UTF-8 to your JAVA_OPTS var before running tomcat. That will cause all templates and properties values to be rendered to the client as UTF-8. And yes, please let's take i18n very seriously as it is rare for me to have to develop apps that aren't translated into several different languages and charsets (cyrillic being the usual culprit when it comes to problems) --sam On 12/4/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
If you get to something more definitive let me know. I should probably take i18n issues very seriously considering the percentage of users/developers coming from countries not using english as the default native language. On 12/4/06, Ron Piterman <[EMAIL PROTECTED]> wrote: > not yet - there is no ajax/json involved :( > but I will update and see... > > Cheers, > Ron > > > Jesse Kuhnert wrote: > > Not sure if you were bitten by the same encoding of ajax/json bug that > > others were from this weekends changes but a new release was just > > published that should fix any issues related to that. > > > > On 12/4/06, Ron Piterman <[EMAIL PROTECTED]> wrote: > > > >> Thanx, but I am using: > >> > >> public Format getCurrencyFormat() { > >> Locale l = getPage().getEngine().getLocale(); > >> return new NumberTranslatorFormat( NumberFormat.getCurrencyInstance( l > >> ) ); > >> } > >> > >> the NumberTranslatorFormat is a custom format which devides or > >> multiplies the numbers, but is delegating formatting to the given > >> CurrencyFormat. > >> > >> :( > >> > >> Cheers, > >> Ron > >> > >> > >> > >> Christian Haselbach wrote: > >> > Zitat von Ron Piterman <[EMAIL PROTECTED]>: > >> > > >> > > >> >>The € is comming from the java currency format object: > >> >>NumebrFormat.getCurrencyInstance(); > >> > > >> > > >> > Just a guess. You are using a number format without specifying > >> > the locale. Hence, the default locale for your platform is > >> > used which propably includes the encoding latin9. The code > >> > which denotes the euro symbol in latin9 denotes the currency > >> > symbol in latin1 and (IIRC) in UTF-8. Thus, you see the currency > >> > symbol, not the expected euro symbol. > >> > > >> > Regards, > >> > Christian. > >> > > >> > --------------------------------------------------------------------- > >> > 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] > > -- 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]