Bug 104487

Summary: New tool to print a list of albums properties
Product: [Applications] digikam Reporter: Martin Williges <Martin.Williges>
Component: Plugin-Generic-WishForNewToolsAssignee: Digikam Developers <digikam-bugs-null>
Status: REPORTED ---    
Severity: wishlist CC: caulier.gilles, mikmach
Priority: NOR    
Version: 0.8.2   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Martin Williges 2005-04-24 21:51:54 UTC
Version:            (using KDE KDE 3.4.0)
Installed from:    Gentoo Packages
Compiler:          gcc 3.3.5-20050130 
OS:                Linux

It would be nice if we were able to print an overview of all albums known to digikam. E.g:
Right click on "Albums" breings up an entry in the context menu like "Print existing albums". The printout would show a list like

<Album name 1> <Date> <Description>
<Album name 2> <Date> <Description>

maybe the printing dialog could have the option to sort after some criterium, for example date, tag or so.

A friend of mine (a computer layman) has to type his albumĀ“s names by hand in open office to print them (even printing the directory from konqueror seems not to work). All I could tell him was "ls | kprinter", but he does not like and need the shell...
Comment 1 Mikolaj Machowski 2005-04-25 01:21:58 UTC
> It would be nice if we were able to print an overview of all albums
> known to digikam. E.g: Right click on "Albums" breings up an entry in
> the context menu like "Print existing albums". The printout would show a
> list like


I know I am boring but you can do that sort of things with cdigi (look
for on http://kde-apps.org):

for i in `cdigi -l`; do
	cdigi -a $i --report | grep "Album\|^Name\|^Comment\|^Date"; 
done

For me it returns:

=== Album ===
Name: TODO
Comment: Reworking of images from scanner and camera
Date: 2005-02-22
=== Album ===
Name: Ber-Levi
Comment:
Date: 2005-02-28
=== Album ===
Name: Gradiens
Comment: Test of gradient filters
Date: 2005-04-11


I know you are looking for something more GUI but I am not sure how it
should be done. Rather not context menu but something rather kipi-plugin
with wizard to create Album/Tag reports in various formats: HTML, LaTeX,
KWord, etc.
Comment 2 Andi Clemens 2008-12-05 17:35:17 UTC
This feature will not be implemented, right?
Solution from comment #1 seems to be enough, although I'm not sure if this will work with 0.10, too.

You could also just use 
        "tree -d /mnt/your/fotos"
to see a representation of your albums.

Gilles, Marcel, Arnd,

what do you think?

Andi
Comment 3 Andi Clemens 2008-12-05 17:37:51 UTC
Just thought that this feature could be implemented in the backup tool... when creating your archive, it would generate a textfile, XML, PDF etc that can be put in the backup media, so that you have a quick overview of what is stored in this backup media.

Andi
Comment 4 Mikolaj Machowski 2008-12-05 22:28:37 UTC
I *am* planning to update cdigi when time allows and DB stabilizes...
Comment 5 caulier.gilles 2018-11-03 11:02:27 UTC
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