<div dir="ltr">On Sun, Aug 2, 2015 at 3:26 PM, John Layt <span dir="ltr"><<a href="mailto:john@layt.net" target="_blank">john@layt.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you do this you also need all of KLocale again which we also<br>
do not want. Don't even go there, we changed it for a purpose.<br></blockquote><div><br></div><div>Fwiw, over the year(s) of Plasma5, many times it was expressed</div><div>that KLocale is greatly missed, especially when it comes to date/time</div><div>formatting. QLocale just doesn't cut it and the digital clock applet is</div><div>doing many tricks to get the stuff formatted as wanted. The biggest</div><div>downside is that it applies to the clock applet only, so there can't be</div><div>a single system-wide "Use 24h-clock format" switch. Clock in panel</div><div>can/will be 24h format while everything else will be LC_TIME format</div><div>(time stamps in Dolphin eg).</div><div><br></div><div>There are some other examples where KLocale was missed in Plasma</div><div>but I can't remember which ones that was right now, maybe someone</div><div>will fill it.</div><div><br></div><div>Maybe it could be worth bringing KLocale back in some limited form</div><div>as an intermediate solution?</div><div><br></div><div>Alternatively, do you John have any roadmap about QLocale? Perhaps</div><div>we could help with filling the missing bits into QLocale directly too.</div><div><br></div></div><div>Cheers</div>-- <br><div><div><span style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div></div>
</div></div>