Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
Clear All
new posts

    bug in translations

    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
    Last edited by janusz; 9 Aug 2017, 13:44.

    #2
    The problem here is actually that, as you say, the Polish thousands separator is a space, so the attribute is "numberUtil_groupingSymbol= ", where there is a trailing space which our language-pack parser is stripping.

    We'll address it in the coming days and update here when it's fixed.

    Comment


      #3
      This has been fixed for builds dated August 12 and later

      Comment

      Working...
      X