Currency-derived fractional digit count defaults are inappropriately applied with scientific/engineering/etc. `notation`
gibson042 opened this issue · comments
(originally posted by @gibson042 in #839 (comment) )
We arguably have a bug where currency-derived fractional digit count defaults are applied even when the decimal point is moved away from its absolute position, as in new Intl.NumberFormat("en", { style: "currency", currency, currencyDisplay: "code", notation: "engineering" }).format(12345).replace(/^.*\s/, "") resulting in "12E3" for JPY but "12.35E3" for USD).
Put another way, I think I expect currency-derived precision and corresponding rounding to apply only when notation is "standard" (i.e., not even when the decimal point happens to be in the right place with scientific/engineering/compact notation).
Currency formatting with engineering notation, is that a real-world issue?
I would support a PR tweaking this behavior.