[Kde-imaging] About ImagesGallery plugin

Aurelien Gateau aurelien.gateau at free.fr
Tue Feb 7 23:53:31 CET 2006


Le Mardi 7 Février 2006 20:32, Achim Bohnet a écrit :
> I'm still not sure if I like the the config like page(s).
> A wizard that displays the 4 pages after each other is
> a better concept IMHO.  Current design needs of course less
> clicks _if_ one is knows that the chosen values in the other
> pages are correct.

I agree, a design similar to the print wizard would be nicer. I can do this.

> Before putting too _much_ efford in imagesgallery additions,
> time is IMHO better spend to find a way to interact with one (several?) of
> the existing gallery programs.  Many of the missing features, e.g., CSS,
> are already implemented there.  Generating an input/config file for a tool
> and fire it up from kipi, is much easier to maintain than developing a full
> featured gallery plugin.  Maybe gallery upstream author even takes
> over/helps to maintain such a plugin (I'm dreaming ;).

This would be nice, but then we should support several of them, otherwise we 
would tie the plugin to one gallery generator. We should also provide a very 
simple gallery generator, so that users do not need to install an additional 
gallery.

> Mhmm, a general (sort of a base class plugin) that take list of files
> and start app xy with the files in arguments may also be helpful to
> incorporate e.g., external slideview programs,  fire up kommander
> scripts wrapper around imagemagick or other tools.

Well... this was one of my original ideas for KIPI: creating standalone 
programs instead of plugins. This way everyone can use them, not only KIPI 
enabled applications.

There is a problem with this design though: obtaining application specific 
metadata. A standalone program would not be able to access image comments and 
tags from Digikam or KPhotoAlbum for example.

I thought about a possible solution for this, but I don't know if it's 
feasible at all: provide a way for standalone programs to access image 
metadata through a DCOP service: Instead of implementing the current KIPI 
interface, KIPI apps would implement a DCOP service which would provide the 
metadata information. A tool like a gallery generation program could then 
query the service for album list, image metadata...

Aurélien



More information about the Kde-imaging mailing list