[Kde-imaging] libkipi version 2

Achim Bohnet ach at mpe.mpg.de
Tue Mar 27 12:28:35 CEST 2007


On Monday, 26. March 2007, Gilles Caulier wrote:
> 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...

Yeah, the smaller the API is the easier it is to keep binary compatibility.


4/
There also the problem that the plugins can't handle a file type (e.g.
raw, or video) so a plugin should be able to tell the host app which
mimetypes are supported.

Ditto if a plugins can handle KIO URLs or only a local path.

Achim
> 
> What do you think about ?
> 
> Gilles Caulier
> 



-- 
  To me vi is Zen.  To use vi is to practice zen. Every command is
  a koan. Profound to the user, unintelligible to the uninitiated.
  You discover truth everytime you use it.
                                      -- reddy at lion.austin.ibm.com


More information about the Kde-imaging mailing list