https://bugs.kde.org/show_bug.cgi?id=340982
p...@bezitopo.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |p...@bezitopo.org
--- Comment #102 from p...@bezitopo.org ---
I recently upgraded to Xenial Xerus. I tried various locales in System Settings
and found:
*Latinoamérica - español latinoamericano (es_419) — this is not in the locales
available in /etc/locale.gen . If I saw es_419 out of this context, I'd think
it means "Spanish as spoken by Nigerian scammers".
*Denmark - English (en_DK) — this is not in the list in System Settings, even
after I ran locale-gen and made sure that en_DK is available.
Running with an uninstalled locale causes some problems: Error messages are in
Spanish, but accented characters are output like "no se encontr\xf3 la orden"
instead of "no se encontró la orden" (command not found). I can type a degree
sign in Kwrite if I run it with a real UTF-8 locale, but not with the
nonexistent en_419.UTF-8.
I am in the USA and use metric. I'd like to select English or Spanish, with the
short form date being yyyy-mm-dd, 24-hour clock, A4 paper, decimal point, and
the week starting on Sunday, regardless of the language. I have no trouble
understanding decimal commas, but when I have a file of XYZ coordinates
separated by commas, with decimal points, and no thousands separators, and
throw it into a spreadsheet which, because of a Hispanic locale, is expecting a
decimal comma, the result is a mess.
I'd like to see KLocale reinstated, at least until QLocale is as flexible as
KLocale.
--
You are receiving this mail because:
You are watching all bug changes.
