[
https://issues.apache.org/jira/browse/TAP5-540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12678974#action_12678974
]
Howard M. Lewis Ship commented on TAP5-540:
-------------------------------------------
I'm struggling with generating a proper number of right-of-the-decimal digits.
It looks like Java's default numberformatter uses three digits of precision.
For BigDecimal, we should have infinite digits ... but then we're back to use
toString() to parse.
> Allow exact parsing of numeric client input by creating a BigDecimal
> Translator and enabling parseBigDecimal in DecimalFormat
> -----------------------------------------------------------------------------------------------------------------------------
>
> Key: TAP5-540
> URL: https://issues.apache.org/jira/browse/TAP5-540
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.1
> Reporter: Paudi Moriarty
> Assignee: Howard M. Lewis Ship
>
> The current NumericTranslator is great but it is not easy to build on it
> since the classes are internal.
> Tapestry should provide a BigDecimal Translator which uses the infrastructure
> created for TAP5-211 but parses client input directly to BigDecimal retaining
> the full precision of that input.
> For example, I need a client input of 100.00 to be translated to a BigDecimal
> with value 100.00. Contributing a NumericTranslator<BigDecimal> results in a
> BigDecimal with value 100 because the input is parsed to a long by the
> NumberFormat before being type coerced.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
