https://bugs.kde.org/show_bug.cgi?id=340982
--- Comment #117 from RJVB <rjvber...@gmail.com> --- (In reply to Don Curtis from comment #112) > (In reply to phma from comment #102) > > I'd like to see KLocale reinstated, at least until QLocale is as flexible > > as KLocale. > > My vote is to support this suggestion. +++ KDE classes have served as inspiration for Qt improvements before, and working something out that works in/for KDE can have this effect again. Improvements to the locale functionality could also take the form of a framework (preferably Tier 1 I suppose). A glance at Qt's locale page linked above suggests they've embarked upon a thorough consideration of pros and cons of various approaches which is understandable but will not help speed up the arrival of a solution for Plasma 5 desktops. I'd think that it can only help (them and their thought processes) to have a modernised Qt5-based implementation of the KLocale solution from KDE4. FWIW: Qt5 and KF5 applications take locale settings from the host on Mac (e.g. dolphin5 uses the desired YYYYMMDD short date format for me); a KLocale class or framework shouldn't introduce regressions there, possibly even be a transparent wrapper. -- You are receiving this mail because: You are watching all bug changes.
