Hi,
For some locales ("pl" for example) isc.i18nMessages.numberUtil_groupingSymbol is set to empty string.
In line if(isc.i18nMessages.numberUtil_groupingSymbol ) isc.NumberUtil.addClassProperties({ groupingSymbol: isc.i18nMessages.numberUtil_groupingSymbol }); condition resolves to false, so grouping symbol is not set, so default symbol is used.
Decimal separator is then changed to ',' according to translation file, but default grouping symbol is left unchanged, so both are set to coma.
isc.NumberFormat.parseFloat('1,23') then fails as it first replace grouping symbol with empty string, so the number is recognized as 123 instead of 1.23.
BTW correct grouping symbol for Polish is unbreakable space, but I thing that standard space will also do fine.
Best regards,
Janusz
For some locales ("pl" for example) isc.i18nMessages.numberUtil_groupingSymbol is set to empty string.
In line if(isc.i18nMessages.numberUtil_groupingSymbol ) isc.NumberUtil.addClassProperties({ groupingSymbol: isc.i18nMessages.numberUtil_groupingSymbol }); condition resolves to false, so grouping symbol is not set, so default symbol is used.
Decimal separator is then changed to ',' according to translation file, but default grouping symbol is left unchanged, so both are set to coma.
isc.NumberFormat.parseFloat('1,23') then fails as it first replace grouping symbol with empty string, so the number is recognized as 123 instead of 1.23.
BTW correct grouping symbol for Polish is unbreakable space, but I thing that standard space will also do fine.
Best regards,
Janusz
Comment