Replacement for KDateTime

John Layt jlayt at
Tue Aug 4 10:45:13 BST 2015

On 4 August 2015 at 03:03, Thiago Macieira <thiago at> wrote:
> On Monday 03 August 2015 21:57:36 John Layt wrote:
>> The problem actually is that Plasma is not considered a system
>> platform by QLocale, it doesn't go looking for what Plasma wants, it
>> just uses the underlying GNU/Linux system settings. Convince Qt to
>> hard-code in a lookup of some Plasma config file with user overrides
>> to be applied whenever Qt apps run under Plasma and then you can get
>> what you need. I had plans somewhere for how that would work, and how
>> we could also make Gtk apps use our settings too by manipulating the
>> LC_* settings.
> That's not going to happen.
> The only solution I'm going to accept is one that also applies to /bin/ls.
> So far, the idea of setting LC_TIME to a file containing the rules is the only
> solution I've seen to accomplish that.

Reading the contents of a POSIX format file and then converting the
POSIX format to CLDR format seems broken to me given the difference in
features supported and the different format codes that do not exactly
map one-to-one. Reading a CLDR json file seems less work with a more
reliable result and long-term may be a way to offer the custom locale
feature or minimised embedded platform support without our shipping
all the data internally.

The fundamental mis-match between POSIX and CLDR/ICU is at the heart
of many locale issues on Linux. The failure to keep POSIX up to date
with new features while still keeping it at the core of much of the
underlying Linux infrastructure is frustrating. In an ideal world CLDR
would become the sole source of data files and things like glibc would
at least switch to using the shared data resources or better yet a
single specialised localization library (preferably someone would pay
for it not to be ICU!). Anyway, that's all a pipe-dream, it's defeated
greater minds than mine, we just have to accept that some scenarios
will always be broken and try to make the rest look as good as

Most of this discussion is very very off-topic, it belongs on the Qt
development list, can we get back to the main topic of KCalCore and
QDateTime? I have limited time to spare and I'd rather use it to solve
the immediate problems that we can fix.


More information about the kde-core-devel mailing list