PIM Sprint (The bits relevant to Plasma)

David Edmundson david at davidedmundson.co.uk
Mon Nov 18 19:53:39 UTC 2013


To plasma-devel, CC'ing KDE PIM.

Preparing for Plasma 2:

 - KDE PIM is currently used in kde-workspace for:
    - an Akonadi dataengine
    - showing events in the calendar (which was C++ without the
dataengine in Plasma 1)
    - various runners

 - Tentative timeline for PIM:
   - Plan is to start porting to Qt5/Frameworks  /after/ frameworks is
done (so we may have a kdepimlibs-transitional in ~ 6months)
   - Components will then be split off and put into Frameworks one by
one, under normal frameworks rules.
   - Proper notes will be on kde-pim ML soon.
   - Annoyingly (from a Plasma perspective) kcalcore is going to be
one of the hardest (and therefore slowest) to port as it uses
KDateTime a lot. (probably nearer to 12 months)

   - Given Plasma's release schedule plans, this may be problematic.
We /could/ look at workarounds in which we have a dataengine that
talks over DBus/a socket to a small Qt4 application with KDE PIM4libs.
Shame to have to write throwaway code though.

 - Using PIM from Plasma:
   - Nothing in kde-workspace uses the Akonadi dataengine
   - Dataengine's aren't powerful enough for things like KMail Active
   - PIM want to make a QML import API - possibly for use in the
desktop apps too - making use of PIM's entity tree model directly
   - There's no point having multiple ways to do the same thing - it
will be better to have "one API to rule them all", not tied to any UI,
that anyone can use.

Other discussions:
  - Can we make it so that loading the plasma clock/calendar doesn't
start Akonadi if you don't use Akonadi?
    - According to Dan, the only way to check if anything is in
Akonadi is to start Akonadi. Dan tends to know what he's talking
about.

 - One discussion was to have a first run wizard which shows web
accounts to raise awareness of PIM/super cool IM clients, over web
applications (gmail + FB etc)
  "[having a first run wizard] is Plasma's call, but if there is one,
this is what we want to add" - John Layt.

-
David Edmundson


More information about the Plasma-devel mailing list