https://bugs.kde.org/show_bug.cgi?id=340982
--- Comment #218 from brenb...@brenbarn.net --- (In reply to Nate Graham from comment #214) > As I said, if we do our own thing to fix it for only KDE apps, or only for > Qt apps, we make apps' presentation of formats inconsistent across the OS. > This would work, but it's not a good solution, especially today given how > people use apps form diverse sources. We can't just say, "we'll fix this for > KDE or Qt apps and screw everyone else." That's not fair for the user. The > user deserves a proper fix that doesn't make anything worse for their > 3rd-party apps. That's why it needs to be fixed by overhauling how POSIX > locales work. It sounds like what you're saying is, "if we fix it in KDE, it will be broken in non-KDE apps". But if we don't fix it in KDE, then it will be broken for all apps, including KDE and non-KDE apps. I would rather have it work the way I want at least some of the time than none of the time. To say it's "not fair to the user" to have it work some of the time and not all of the time seems a bit disingenuous. It's also not fair to the user to have it work none of the time. Also, an alternative I've been exploring is creating a custom locale. As I understand it, the problem with the Qt system is that they hard-code specific locale information into their own lib. On the Qt end, that could be changed by, well, having them not do that, and having it draw on a set of locale files in some standard location on the filesystem. Then what KDE could provide is a "locale editor" program that simply allows the user to input their preferences, and saves that in the form of a custom locale file. There's no reason for Qt or KDE or POSIX to know or care whether a "locale" file actually corresponds to any country or place; it's just a file that contains settings about how to display things. The fundamental issue, as I see it, is that for many people these are not "locale" settings. They are individual user preferences. People want to set their personal combination of date format, time format, first day of the week, etc., totally independent of any location in the physical world or the jurisdiction of any country. If POSIX defines that in terms of locales, that is indeed a problem, but the way to get around that is for KDE to give users the tools to fake out POSIX by making their own locale that provides a combination of settings that the user personally prefers. (I seem to have sort of gotten such a system working using some info I gathered from various places on the web where I found people complaining about this bug, although I'm not sure it's 100% working.) -- You are receiving this mail because: You are watching all bug changes.