| Summary: | album export to HTMLGallery would benefit from a treeview widget | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Nicolas Brisset <nicolas.brisset> |
| Component: | Plugin-Generic-HTMLGallery | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | caulier.gilles, wjarosz |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 5.7.0 | |
| Sentry Crash Report: | |||
| Attachments: |
Current export list
How I'd like it to be shows a mess in albums |
||
|
Description
Nicolas Brisset
2005-11-25 21:39:11 UTC
which export do you mean? I mean Album->Export->Archive to CD/DVD (or HTML gallery) When I do this, I get a listbox with a flat view of all directories. That is not convenient at all... What I would want is the treeview widget I was mentioning, so that I can make a copy of the images while preserving the hierarchy. Actually, what I'd really like is a way to preserve either the original filesystem hierarchy (album view) OR the virtual (i.e. not existing on the disk, but only in the database) tag hierarchy. But maybe exporting a tag/sub-tag hierarchy is a separate request ? To make it clearer, I'll attach two screenshots (the first real, the second a quick and dirty mockup). I think this is important, even though it is now possible to export a hierarchy nicely via drag & drop... Created attachment 14434 [details]
Current export list
This is the way it is now (notice that some items are repeated for some obscure
reason)
Created attachment 14435 [details]
How I'd like it to be
This would be much better, and be a nice complement to drag & drop export (for
one thing, it would allow multiple selections :-))
Yes, I agree. But that problem isn't relevant to digikam but to the kipi-plugins. After digging a bit in the amarok sources, it seems the relevant files are directorylist.{cpp,h} and quite close from what is needed here. Just a little bit of cleanup needed (playlists and config options), the rest could be taken without major changes. I don't know whether there is an equivalent in kdelibs or if using that from amarok is the best approach, but it sounds quite feasible.
The thing that's less clear to me is the general architecture: where is the corresponding dialog instantiated and how are arguments (e.g. checked albums) passed to the plugin...
OK, so this should go into libkipi/libkipi/imagecollectionselector.* from what I can see... Is anybody with better C++ skills and digikam knowledge than I have willing/planning to give it a try ? *** Bug 95115 has been marked as a duplicate of this bug. *** I decided to increase this bug to minor since in some cases it isn't easy to understand which album to select. Just think to have a album called with the year number and some sub ones with the month names. That means you have more than one albums with the same name.... Created attachment 16446 [details]
shows a mess in albums
This shows an example in which is not easy to understand which album to check.
Anyway with other host applications having the availability to choose a
recursive
scan of subdirs can help.
*** Bug 147770 has been marked as a duplicate of this bug. *** SVN commit 778856 by cgilles: libkipi from trunk (KDE4) : image collection selector widget is not supported as well by the library. implementation is delegate to kipi host application to be more adapted to the host model/view used to support image collection. For digiKam, this is want mean than the new image collection selector support fully the album/tag treeview ! http://digikam3rdparty.free.fr/Screenshots/newkipiimagecollectionselectorwidgetKDE4.png BUG: 117073 CCMAIL: digikam-devel@kde.org CCMAIL: kde-imaging@kde.org M +4 -4 CMakeLists.txt M +6 -322 imagecollectionselector.cpp M +5 -39 imagecollectionselector.h M +1 -1 interface.cpp M +5 -1 interface.h WebSVN link: http://websvn.kde.org/?view=rev&revision=778856 SVN commit 778857 by cgilles: simpleviewerExport plugin from trunk (KDE4) : this plugin is the first one to use new image collection selector widget from digiKam core CCBUGS: 117073 M +1 -1 selectionpage.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=778857 SVN commit 778858 by cgilles: digiKam from trunk (KDE4) : new image collection selector widget for kipi-plugins. Code not yet pure Qt4. This code can be used if we want to backport this patch under KDE3 branch CCBUGS: 117073 M +166 -1 kipiinterface.cpp M +34 -10 kipiinterface.h WebSVN link: http://websvn.kde.org/?view=rev&revision=778858 With new HTML Gallery tool from digiKam core 5.6.0, it's now possible to export both album selection or images selection. Gilles Caulier |
