|
2006-02-01 00:00
|
JvValidateEdit_bug.jpg (9,935 bytes) |
|
|
SysUtils.FloatToStr returns a string containing an 'E' for very large or very small values. When (DisplayFormat = dfFloat) TJvCustomValidateEdit.MakeValid strips the 'E-' out of the string. This issue affects [dfFloat, dfCurrency, dfPercent]. Use DisplayFormat = dfScientific to display these values correctly. Off Topic: There may be a bug in your code...in the following snippet, I assume that "," is your locale equivalent of "." //eg. 183,03-Round(183,03*100)/100 // 183.03 * 100 = 18303 Round(18303) = 18303 18303 / 100 = 183.03 183.03 - 183.03 = 0 The result of that expression would be zero, not 2.842170943e-14 |
|
|
This Part was different to version 3.00, isn´t it? This: //eg. 183,03-Round(183,03*100)/100 // was an incomplete code- part.;) I truncat the numbers after two decimals befor I send it to JvValidateEdit.Value. Thanks for the fast answer. |
|
|
elahn, any opinion on the actions to take here? |
|
|
I've just fixed (in CVS) the issue for small values, but I don't know what to do about large ones. Once the number of digits to the left of the decimal point is greater than 18, it gets displayed in scientific format & thus mishandled. Also, some strange things happen at 17 and 18 digits, e.g. "12,345,678,901,234,567" gets replaced with "12,345,678,901,234,568" if (DecimalPlaces = 0), but if (DecimalPlaces = 10) then it gets replaced with "12,345,678,901,234,566". |
|
|
Any news on this? |
|
|
Nope. |
|
|
This issue is too old, many changes have been done in between. Should this still be applicable, please create a new issue after having tested using the latest JVCL |
- Anonymous
