[Kde-imaging] libkipi version 2

[Gilles Caulier]

Hi all,

Today, i have talk in private with Colin about the possibility to start the
implementation of libkipi version 2.

The purpose of this version is to prepare the code of QT4/KDE4 port. It will
not yet a port, but just a code cleanup and API polishing.

The libkipi implementation is not clean for many points of view.

1/ There is no way to handle plugins actions using the standard rc files way
provided by KDEAPI. The way to plug actions in kipi host is complex and not
really maintainable.
There is already a file in B.K.O relevant of this subject :

http://bugs.kde.org/show_bug.cgi?id=122454

There is no way to plug an action in tool bar... It's not really user
friendly. The solution to solve it is simple and is already used in digikam
core with image editor plugins : KXMLGUIClient. Of course, the kipi host
need to be fixed, and it can be difficult/long to do.

2/ More related to Colin wishes, are :

* Full abstraction of the folder/directory access to albums and
photos/items. IMO, a kipi plugin should just call API methods for
working on albums and items and it should not (need to) care about how
that is done on any disk.
 * A host application should be able to store abstract key/valu
information about albums and photos and this should be accessable by
plugins via the libkipi API.

3/ Remove bloating data only used by kipi-plugins and not kipi host, like
some widgets, icons, class, etc...

What do you think about ?

Gilles Caulier
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-imaging/attachments/20070326/1fba3cfe/attachment.html