This is a usability issue. Use case: I want to change the format of the date and time as displayed on the digital clock control-panel widget. I open the Formats control-module from the right-click menu on the clock widget (Set Time Format) on the widget. It allows me to select the overall Locale (en_CA here). But when I want to override individual settings, instead of letting me select a *format* it asks me to select a locale for each item. That is, I want to say "Use 24 hour format" but there's no indication in the huge drop-down as to where that format would be. User's don't (generally) think of tweaking a "time format" in terms of "which country would use the format I want", they think of the format they want to use. Similarly for date formats. They want to say "use 24 hour format" or "use ISO date format" to customise the settings. Reproducible: Always Steps to Reproduce: 1. Open Formats Control Module 2. Click Detailed Settings 3. Attempt to Choose (for example) a 24-hour date format and ISO date display. Actual Results: Presented with an enormous list of countries/locales with no indication as to what format is implied by each selection. Expected Results: Presented with a list of date formats or a way of editing the format to show the 24-hour format desired. i.e. a way of customizing display/format, rather than a way of selecting a different country to control the format. This is on Kubuntu 15.10 Plasma as installed just now. I'm marking as a wishlist, despite not actually knowing how to work around this for now, I suppose I'll just randomly select countries until I find one that matches the formats I want.
Thanks for the report We understand this is somewhat a regression from the previous KDE4 times, the reason this problem exists now is because we switched the datetime formatting engine to Qt's own QLocale. When we made the decision, we were told that QLocale would get all the nice features that we've had in KDE4, however that did not happen as of yet. This fix needs to go into Qt; some sort of plan exists on how to possibly implement that but noone contributed it yet. Once Qt has full support for these features, we will provide a nice UI.
(In reply to Martin Klapetek from comment #1) > This fix needs to go into Qt; some sort of plan > exists on how to possibly implement that but > noone contributed it yet. Could you point to where this discussion is happening?
https://plus.google.com/u/1/+JohnLayt/posts/NQCeCRFR3wk ...is the most recent piece that I'm aware of. There also was a wiki page with the plan somewhere, but I long don't remember where that was.
https://wiki.qt.io/Locale_Support_in_Qt_5 John Layt could unfortunately not finish his work; someone else would need to take over.