[Kde-pim] Releasing KHolidays as a Framework

John Layt jlayt at kde.org
Wed Sep 2 20:18:10 BST 2015


On 2 September 2015 at 11:00, Volker Krause <vkrause at kde.org> wrote:

> As far as I can see there is actually no remaining KDateTime usage on the
> mail/contact side apart from what's "leaking" out of KCalCore when interacting
> with that. Date/time handling in KMime etc. is all already ported AFAICS.
>
> In kdepim there's small remaining usage in libkdepim and messageviewer, from
> interfacing with KCalCore, the bulk is in calendaring libraries
> (calendarsupport, incidence editor, calendar views) and korganizer/kalarm.

Cool, so just the KCalCore stack then.

Just for the record, here's everything outside the kdepim repo that
uses KCalCore et al:

KCalCore
KCalUtils - Extensive use of KCalCore and KDateTime
KAlarmCal - Extensive use of KCalCore and KDateTime
Akonadi-Calendar - Extensive use of KCalCore, KCalUtils, a couple
dozen uses of KDateTime
Akonadi-Search - Uses KCalCore, no direct KDateTime use
KBlog - Small use of KCalCore, single use of KDateTime
Ktnef - Small use of KCalCore and KCalUtils, several uses of KDateTime
libkgapi - Large use of KCalCore, about a dozen uses of KDateTime

That's probably the rough order to attack them in, but once I have
done KCalCore I guess it can scale to others helping out.

I might cheat a little and try do a version that doesn't deal with the
VTIMEZONE rules as yet so that people can review the general shape of
things before I get too far along the road, and test how the other
libraries will react to my changes.

Cheers!

John.
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/


More information about the kde-pim mailing list