| Summary: | New tool to share collections using Bonjour protocol (iPhoto) | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Patrick Steiner <patrick.steiner> |
| Component: | Plugin-Generic-WishForNewTools | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | wishlist | CC: | adi, caulier.gilles, direx |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Patrick Steiner
2007-11-09 08:35:23 UTC
In the future (i.e. digikam >=0.10.0) it will be possible to use several albums on differents paths. So if this avahi stuff behaves similar to NFS, it should be possible to access the images. Do you have more information about avahi? What do you mean by *sharing*, for example are you also talking about metadata, or even more? more infos about avahi are available at: http://avahi.org/ it should work like daap (iTunes) music sharing. if there is a digikam application (with enabled sharing function) somewhere on the lan. it appears in my digikam and i can browse the photos with my digikam. i discovert the sharing protocol a little bit more and found out some interesting stuff take a look at: http://the.taoofmac.com/space/DPAP i found another interesting homepage... http://sourceforge.net/projects/libdmapsharing Another web service export plugin... Gilles Caulier (In reply to comment #5) > Another web service export plugin... This does not have anything to do with "web export". This would enable people to share their digikam libraries in the local network without any special configuration and without network filesystems like NFS, SAMBA etc. I think this would be a great feature and I really like the idea. This does not have to be limited to iPhoto.app. digiKam should also be able to browse other libraries on the network (DPAP). But my guess is that this cannot be accomplished with a kipi-plugin. digiKam itself would need such a functionality. WARNING : with digiKam 6.0.0 and later, we will not support kipi interface anymore. All tools are now located in digiKam core as well for a plan to provide a more power-full integration with Batch Queue Manager and to be able to export a workflow on a web-service. All export tools are now available everywhere : album view, Image editor, Light table, and Showfoto. Previously, only album view from digiKam core was able to deal with export tools through libkipi. All export tools are now located here : https://cgit.kde.org/digikam.git/tree/core/utilities/assistants/webservices All export tools use now a dedicated interface to communicate with the application : - digiKam (database) : https://cgit.kde.org/digikam.git/tree/core/libs/database/utils/ifaces/dbinfoiface.h - Showfoto (files metadata) : https://cgit.kde.org/digikam.git/tree/core/utilities/assistants/common/dmetainfoiface.h There is not direct use of digiKam database for compatibility with Showfoto. We plan later to provide a dynamic loading of export tools using a plugins mechanism. This will reduce overloading of the internal core libraries. A dedicated devel branch have been created for that, but it's not yet complete: https://cgit.kde.org/digikam.git/tree/?h=development/dplugins But take a care, digiKam export tools as plugins will not be shared with another external application. API will still private and only shared between Showfoto and digiKam core. The experience with libkipi was bad and complex to maintain/extend in time. Gilles Caulier |