https://bugs.kde.org/show_bug.cgi?id=340982
--- Comment #109 from EMR_Kde <emre...@gmail.com> --- (In reply to phma from comment #102) > 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. Yeah, I tried rolling my own locale because I knew that there would be some intransigence on this. And plus they said that it uses the system locale... lo and behold it works with the command line apps, but not with Qt/KDE. So I don't know... like I said, if they want to use the system locale, USE it, otherwise give us back KLocale. You know the phrase (modified for the younger audiences) "[poop] or get off the pot". -- You are receiving this mail because: You are watching all bug changes.
