Unit Formatter Returning Internal Error with CLDR v40.0.0

[ritikmmathur]

Unit Formatter Returning Internal Error with CLDR v40.0.0

[rxaviers]

Hi @ritikmmathur!

I believe e isn't supported by the version of messageformat we're using under the hoods in globalize. I suggest: (a) checking if latest messageformat supports it, and in case it does (b) bumping up the dependency here --- that's easier said than done since globalize doesn't simply use npm dependency, but a custom way to embed it.

In the meantime, some observations. The e pattern is a deprecated synonym for ‘c’. which in turn is compact decimal exponent value: exponent of the power of 10 used in compact decimal formatting according to https://www.unicode.org/reports/tr35/tr35-numbers.html#Plural_Operand_Meanings. In case plural isn't being used for such case, I believe it's possible to strip this data out from your CLDR usage safely and have globalize working just fine.

[rxaviers]

I'd happily accept a PR in case you choose the update above (or any other solution). Thanks

[ritikmmathur]

globalize has dependency on make-plural package. In latest version i see they have added support to handle e pattern code link. After doing initial testing, unit formatter is working with make-plural version [email protected].

Would it be okay if I raise PR to update make-plural dependency ??

[rxaviers]

Sure and thanks!

[fatso83]

@ritikmmathur Where's the corresponding PR? Tried searching the pull requests for your username and came up empty.