Large integer values in CurrencyTextBox produces a rounding error

[Cormac Flynn]

In testing dojo 1.3b, one of my unit tests fails and it seems to be a change in the behaviour of the CurrencyTextBox?.

For example, in the validation test page for v1.2.3

​http://download.dojotoolkit.org/release-1.2.3/dojo-release-1.2.3/dijit/tests/form/test_validate.html

Enter 99999999999999999999999999999 in the field labelled euro currency (local format) fractional part is optional:. This is greater than the maximum integer value, and the field is correctly marked as being in error.

Perform the same test on the 1.3b release, or a nightly build

​http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/form/test_validate.html

Upon onBlur, the field value is rounded down to 1.0 and is marked as being not in error.

[Adam Peller]

Rounding changes were introduced that would round this to 1.0e+29, which hopefully we can live with, except currency text box apparently drops the exponential

[Adam Peller]

perhaps we should document a maximum value for numbertextboxes also

[Douglas Hays]

Requires #8699

[Douglas Hays]

Requires #8756

[Adam Peller]

Ok, so I backed out the 1.3 change and now we should be only as bad off as we were in 1.2.x. Strangely, copying in that string of 9's results in a validation error, but typing it in results in formatting to "€1e,+29.00" (see #8756) At least it's not making gross rounding errors atm.

[Douglas Hays]

(In [16880]) Fixes #8756. Established default maximum Number value of 9e+15. If beyond max, then do not attempt to format to a string.