[Kde-imaging] libkipi version 2

[Achim Bohnet]

On Tuesday, 27. March 2007, Colin Guthrie wrote:
> Achim Bohnet wrote:
> > Ditto if a plugins can handle KIO URLs or only a local path.
> 
> I would say there should never be a need for this. I believe the new
> libkipi should totally abstract the fact that a filesystem is behind any
> host application.
> 
> The API should be able to abstract calls to get the [sub]collections and
> the items they contain. The plugin can then work on the data and pass it
> back to the host application.
> 
> The host deals with how the images are stored, the plugins shouldn't care.

Mhmm, and how will this work with plugins using e.g. k3b or imagemagick?

Achim
> 
> This structure would mean you could create a "host bridge" for e.g.
> Flickr which would allow you to run e.g. Slideshow or GPSsync etc.
> directly off the flickr backend store. Obviously not all plugins would
> be useful (GPS one is tenuous at best anyway!) but I think it would be a
> reasonable goal if we are redoing things.
> 
> Col.
> 
> -- 
> 
> +------------------------+
> |     Colin Guthrie      |
> +------------------------+
> | kde(at)colin.guthr.ie  |
> | http://colin.guthr.ie/ |
> +------------------------+
> _______________________________________________
> Kde-imaging mailing list
> Kde-imaging at kde.org
> https://mail.kde.org/mailman/listinfo/kde-imaging
> 
> 



-- 
  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