MAR
28
2008
|
Akonadi, the GLib client library and the Evolution Data ServerBased on reactions to my previous blog entry I'd like to add a bit of context regarding the GSoC idea of implementing a GLib/GObject based client library for Akonadi. The whole architecture of Akonadi is based on the idea not to depend on any specific library but to make the data storage access protocol, and D-Bus for out-of-band notifications, the only requirements for clients. This could of course be done in Java or Python, but since the GLib software stack is one of the two main stacks for Free Software desktop applications, it sounds a lot more reasonable to use it for the first of hopefully many means to access data in Akonadi. Some people understand this to attempt replacing the Evolution Data Server. But just in case they want to strengthen their position and are looking into hosting a GSoC project for developing a Qt/KDE based client library for EDS, I'll be available as a co-mentor on Qt/KDE specific issues.
|
![]() |
Comments
FD.o ?
Seems like address book API should be the next thing to be standardized under FreeDesktop auspices. Who cares whether the address book is actually Akonadi or EDS, as long as it is accessible using the common DCOP protocol?
We want to encourage best-of-breed solutions, so people can intermix applications written using both platforms without worrying about data duplication.