https://bugs.kde.org/show_bug.cgi?id=374410
2wxsy5823...@opayq.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REPORTED
Resolution|FIXED |---
--- Comment #2 from 2wxsy5823...@opayq.com ---
No, the custom date string still does NOT support localized era year string.
>From the time format documentation link in the applet [1], only "yy" (the year
as two digit number) and "yyyy" (the year as four digit number) are supported.
glibc supports eras very well, and you can use coreutils' `date` command to see
the localized era string.
Example 1 (Taiwan): 2020 in the ROC calendar [2] is "ROC 109", therefore `
LC_ALL=zh_TW.utf8 date +%EY` outputs "民國109年".
Example 2 (Japan): 2020 in the Japanese era calendar scheme [3] is "Reiwa 2",
therefore `LC_ALL=ja_JP.utf8 date +%EY` outputs "令和02年".
I know KDE uses Qt so it uses Qt's formatDateTime() function, but is it
technically possible to switch to glibc's format?
Note 1: IIRC, XFCE's xfce4-datetime-plugin also uses glibc's format so
localized era year string can be used.
Note 2: The "%E" sequence in the format is not documented in `date`'s manual
page.
[1] https://doc.qt.io/qt-5/qml-qtqml-qt.html#formatDateTime-method
[2] https://en.wikipedia.org/wiki/Republic_of_China_calendar
[3] https://en.wikipedia.org/wiki/Japanese_era_name
--
You are receiving this mail because:
You are watching all bug changes.
