QTimeZone merged for 5.2

[John Layt]

On 24 September 2013 12:11, Kevin Ottens <ervin at kde.org> wrote:
>> OK, let's attempt to move KLocale, KDateTime and friends to kde4support now.
>> With some luck we'll be able to completely get rid of KDE4Attic before
>> release.
>
> Hmm, looking at that closer... indeed it looks like we can get rid of
> K*TimeZone in favor of QTimeZone. But what would you advise for porting away
> from KCalendarSystem and KLocalizedDate?
>
> Alternatives for those would be needed to move the date/time widgets currently
> stuck in KDE4Attic to a more proper framework.

Unfortunately QCalendarSystem was part of the QLocale changes that got
postponed to 5.3 :-\  In the lower tiers this shouldn't be an issue as
QDateTime or QLocale should be sufficient for their requirements.  If
you know of anything outside widgets that uses KCalendarSystem or
KLocalizedDate then I'll have a look.

For the widgets themselves, we had two main reasons for them: 1) The
Qt ones were rubbish, and 2) The Qt ones didn't support our calendar
systems  Once Qt gets QCalendarSystem then the Qt widgets will need to
support it, so I should have a good case for either fixing the
existing Qt widgets or adding new ones that actually work.  I've been
talking to the QML component guys and they will have a new calendar
component for 5.3 that they need QCalendarSystem for as well.  As they
stand, the KDE4 widgets are fairly tightly tied to KCalendarSystem and
KLocale, and if we keep them in KF5 then they would need porting to
QCalendarSystem and QLocale anyway, including a change of api for
apps.  We also want to drop some of our old date widgets that don't
work very well.  Given this all it may then make sense to move the
date widgets to KDE4Support along with the other date classes, as they
function as a whole.  Then if we cannot get decent widgets into Qt we
can create new widgets by porting our old ones to QCalendarSystem with
new names.  An alternative is to choose the date widgets we want to
keep and remove the KCalendarSupport from them for now, and restore it
when we get QCalendarSystem.

I'll do some analysis on the use of all the widgets and what ones are
worth keeping, and look at the Qt widgets to see if they're worth
switching to, if not before then at Qt Dev Days / Qt Contributors Day.

Cheers!

John.