[Kde-imaging] extragear/graphics/kipi-plugins

Marcel Wiesweg marcel.wiesweg at gmx.de
Sat Nov 29 16:04:30 CET 2008


> > Aurélien,
> >
> > As i said to coding sprint, I'm working to a new batch queue manager for
> > digiKam. A first preview is available on my flickr account :
> >
> > http://www.flickr.com/photos/digikam/3065212027/sizes/o/
> >
> > Like you can see on the bottom of Queue manager window, i plan to plugin
> > all kipi batch tools here. For the moment, it's limited to use internal
> > tools from digiKam core.
> >
> > This is want mean that later libkipi need to be patched in this way. But
> > it's not for the moment (:=)))
>
> Oh, yes I remember now. Just to make sure we are talking about the same
> thing: The idea is to be able to write a new type of  KIPI plugins,
> which would be able to work on image data and have the host app
> implement a batch manager which can call these plugins. Is that it?
>
> Aurélien

This is Gilles' working area, but I very much like to have certain 
functionality as well.

For me the best example is the JPEG lossless plugin: When I want to rotate my 
images (common task with my old camera), why do I need to see a model dialog 
created by the plugin that keeps me from working with digikam while 
processing?
The same applies to RAW conversion, batch resizing, uploading to flickr etc. 
There is a lot of stuff that can work in the background.
As for starting these actions, there are other ways than "select your images 
and open the menu", like drag and drop.
For the kipi API, we need a way to tell a plugin to carry out its 
functionality (a certain action that has been defined before, with UI 
provided by the plugin) on a given list of files, without opening progress 
info UI.
To not interfere with existing kipi hosts, this should be an alternative 
mechanism.

I think Gilles will come up with suggestions in due course.

Marcel


More information about the Kde-imaging mailing list