| Summary: | Allow choice of specific date and time format. | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | Roke Julian Lockhart Beedell <4wy78uwh> |
| Component: | kcm_regionandlang | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | daninshed, hanyoung, rsbrux, sitter |
| Priority: | NOR | Flags: | 4wy78uwh:
performance-
|
| Version First Reported In: | 5.27.10 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| URL: | https://discuss.kde.org/t/how-to-change-system-time-format-to-specific-standard/1355/13?u=rokejulianlockhart | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Demonstration of lack of standard. | ||
|
Description
Roke Julian Lockhart Beedell
2024-02-01 14:16:01 UTC
(In reply to `{third: "Beedell", first: "Roke"}`{.JSON5} from comment #0)
> Created attachment 165437 [details]
> Demonstration of lack of standard.
>
> SUMMARY
Weird. The bug reporter removes the first newline.
https://discuss.kde.org/t/how-to-prevent-automatic-font-installation-upon-time-locale-change/10176?u=rokejulianlockhart is another reason to get this fixed. The way localization works on POSIX systems is through locales. There simply is no concept of standalone date or time format. https://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html (In reply to Harald Sitter from comment #3) > The way localization works on POSIX systems is through locales. There simply > is no concept of standalone date or time format. > > https://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html Then how did KDE4 manage it (according to Nate)? Regardless, this is a significant issue – I literally can't adhere to the requirements of my job because they expect me to be using only AOSP, Windows 11, macOS, and/or I(Pad)OS, which *all* provide this capability. If, despite that, this won't be remediated, do I report this to the POSIX working group, if such a body exists? (In reply to Harald Sitter from comment #3) Please see https://gitlab.com/-/snippets/4823517. Perhaps it shall demonstrate why I want this somewhat better. Do you think that FreeDesktop would have any interest in improving this? > Do you think that FreeDesktop would have any interest in improving this?
Unlikely, this needs to happen on a POSIX or (g)libc level.
(In reply to Harald Sitter from comment #6) Thanks! I suppose, when I've formulated it better, I'll *try* to take this to https://gcc.gnu.org/bugzilla/enter_bug.cgi and/or https://posix.opengroup.org/PR/submit.html, then. Gee... > Then how did KDE4 manage it
kdelibs 4 had a working customizable locale implementation inherited from kdelibs 3 (KLocale) that handled this just fine. That was unfortunately dropped in favor of the inferior QLocale implementation in Qt proper as part of the KDE Frameworks 5 migration, where the developers were more interested in reducing the amount of required dependencies in a split library world (where every feature that was previously part of libkdecore or libkdeui is now its own split "Framework") than in keeping perfectly working functionality working.
Harald Sitter wrote:
> The way localization works on POSIX systems is through locales. There simply is no concept of standalone date or time format.
There is nothing requiring KDE applications to use the POSIX locale infrastructure itself. In fact, as you surely know, they actually don't behind the scenes: QLocale internally translates the POSIX locales to ICU locales and uses the ICU infrastructure (which is unfortunately not any better, and the translation also means custom glibc locales, or even the glibc en_DK locale, do not work in Qt applications). Up to KDE 4, they used KLocale which bypassed the POSIX locale infrastructure entirely and was much more customizable, so in my view it is no surprise that users do not understand why this functionality was removed with no viable replacement.
Rather than NOTABUG, I'd say that this should be marked as a duplicate of https://bugs.kde.org/show_bug.cgi?id=340982, since I appear to be asking for what it does: the kind of customisation that ReactOS (https://reactos.org/forum/viewtopic.php?t=24525) and Windows (https://stackoverflow.com/revisions/78770833/1) provide. *** This bug has been marked as a duplicate of bug 340982 *** (In reply to Roke Julian Lockhart Beedell from comment #7) > > this needs to happen on a POSIX or (g)libc level. > > I suppose, when I've formulated it better, I'll *try* to take this to https://gcc.gnu.org/bugzilla/enter_bug.cgi and/or https://posix.opengroup.org/PR/submit.html, then. I'd like to ask the Open Group and GNU first, before filing bugs. However, does anyone know where I'd so so? https://gitlab.com/mailman/mailman/-/issues/1225 has stopped me dead in my tracks on GNU's side (their websites are generally unreliable), and the Open Group's websites are difficult to navigate at best. |