[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