Re: Struts2 : formatting and entering doubles consistently through the whole application not depending on locale

2012-06-20 Thread Pierre TEMPLIER
issue created : https://issues.apache.org/jira/browse/WW-3843 Pierre. On Wed, Jun 20, 2012 at 3:32 PM, Łukasz Lenart wrote: > 2012/6/20 Pierre TEMPLIER : >> Am I missing something ? > > Nothing, my mistake :/ I forgot to define aliases, please raise an issue > > > Thanks

Re: Struts2 : formatting and entering doubles consistently through the whole application not depending on locale

2012-06-20 Thread Pierre TEMPLIER
reading the docs I discovered the possibility to override default typeconverters (cf: http://struts.apache.org/2.3.4/xwork-core/apidocs/com/opensymphony/xwork2/conversion/impl/XWorkBasicConverter.html ) == Quote from the docs As from version 2.3.2 you can override default converters by implementti

Re: Struts2 : formatting and entering doubles consistently through the whole application not depending on locale

2012-06-19 Thread Pierre TEMPLIER
Locale.FRENCH and Locale FRANCE should output something like 345 987,246 i can confirm that with a slightly modified struts-blank app (defaultStack and a textfield mapped to a Double) i'm having a conversion error for Doubles too. It doesn't like the thousand separator (space) and it converts coma

Re: Struts2 : formatting and entering doubles consistently through the whole application not depending on locale

2012-06-19 Thread Pierre TEMPLIER
that's it, the parser expects localized input. I'd like to be able to handle parsing by myself for Doubles (without depending on the locale). I was able to register an application-wide DoubleConverter with primitive type double this way : == xwork-conversion.properties == # syntax: = double = co

Struts2 : formatting and entering doubles consistently through the whole application not depending on locale

2012-06-18 Thread Pierre TEMPLIER
In a localized application with 2 languages : French and English. I want users to be able to enter (HTML ) doubles formatted the same way wether they are using english or french locale. i.e : - english_user enter "445,000.00" for orderItem.price and this data is correctly parsed to 445000.0d and pu