[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