i18n icon indicating copy to clipboard operation
i18n copied to clipboard

Incorrect Currency for Locales en_DE and en_ES, should be EUR instead USD?

Open Fraa-124 opened this issue 2 years ago • 5 comments

I believe there may be an error with the currency of the locales en_DE and en_ES. I understand that the currency is determined by the country code, not the language code, and therefore I expect the currency to be EUR for these locales. Please correct me if I am missing any information.

Fraa-124 avatar Feb 07 '23 11:02 Fraa-124

The country code is determined by the locale in this package. Resolving the locale en_DE will be looked up, not found, and fall back to en, for which the currency name is USD.

mosuem avatar Feb 10 '23 09:02 mosuem

This is a major flaw with this package for currency data. Falling back to the language en rather than the country DE is a big issue, hope this gets prioritised higher. This also applies for many other currencies (e.g. en_PH, en_SG), where it falls back to USD where the expected currency data should be based on PHP and SGD. If you pick pt_PT it is defaulting to BRL (pt_BR vs pt_PT).

I've had to do my own look up table based on the territory to currency mapping here.

denfrancis avatar Feb 26 '23 16:02 denfrancis

Same with en_NL.

I like to use my Windows 11 language in English, but use local currency (EUR), decimal separator (comma), date format etc.

pamtbaau avatar Jul 10 '23 13:07 pamtbaau

This is also a major issue for date formatting, because every non standard locale combination like en_<non-english-speaking-country> will fallback to US MM/DD/YYYY, which objectively is the wold's worst date format...

mrohlof-protofy avatar Jul 14 '23 07:07 mrohlof-protofy

Any update in this issue?

adonisRodxander avatar Mar 05 '24 22:03 adonisRodxander