I'm trying to use digikam's export facility. I thought it was just
what I needed until I discovered that it doesn't seem to recurse into subdirectories. Is this right or is it a bug? E.g. I have a directory '1969' which has several sub-directories such as '08 August' and each of these sub-directories has a further level of sub-directory for each day for which there are pictures. If I select my '1969' directory for export it's accepted by digikam but no pictures appear in the destination after going through the sequence of windows and clicking on 'Finish'. -- Chris Green · |
Chris Green <[hidden email]> wrote:
> I'm trying to use digikam's export facility. I thought it was just > what I needed until I discovered that it doesn't seem to recurse into > subdirectories. Is this right or is it a bug? > Any comments about this anyone? -- Chris Green · |
On 07/01/17 13:32, Chris Green wrote:
> Chris Green <[hidden email]> wrote: >> I'm trying to use digikam's export facility. I thought it was just >> what I needed until I discovered that it doesn't seem to recurse into >> subdirectories. Is this right or is it a bug? >> > Any comments about this anyone? > The export facilities are kipi plugins and they are only aware of the current selection of items. So even though there is an export entry in the context menu of the album-/tag-tree in the left sidebar, the export plugin only knows about the selected items in the main view. This is somewhat counter-intuitive. So what you need to do if you want to recursively export all pictures is to select the base album/tag and in the view menu check the option include album/tag subtree. Then select all items in the main view (ctrl-a) and finally select the export tool of your choice. |
On Sat, Jan 07, 2017 at 01:40:32PM +0100, Simon Frei wrote:
> On 07/01/17 13:32, Chris Green wrote: > > Chris Green <[hidden email]> wrote: > >> I'm trying to use digikam's export facility. I thought it was just > >> what I needed until I discovered that it doesn't seem to recurse into > >> subdirectories. Is this right or is it a bug? > >> > > Any comments about this anyone? > > Thanks for replying. > The export facilities are kipi plugins and they are only aware of the > current selection of items. So even though there is an export entry in > the context menu of the album-/tag-tree in the left sidebar, the export > plugin only knows about the selected items in the main view. This is > somewhat counter-intuitive. > So what you need to do if you want to recursively export all pictures is > to select the base album/tag and in the view menu check the option > include album/tag subtree. Then select all items in the main view > (ctrl-a) and finally select the export tool of your choice. > I can get as far as showing all the images (from multiple directories) as thumbnails and selecting them all. However Export to HTML doesn't seem to pick up the selected images. Other export options seem to do so. A further problem is that I want the exported images to retain the directory hierarchy of the originals. It would seem that Export to HTML doesn't use the same selection mechanism as the other export options. -- Chris Green |
2017-01-07 13:56 GMT+01:00 Chris Green <[hidden email]>: On Sat, Jan 07, 2017 at 01:40:32PM +0100, Simon Frei wrote: I responded here : Qt4 HTML export tool was not ported to Qt5 and we need an HTML5 compliant tool instead now. Gilles Caulier |
On Sat, Jan 07, 2017 at 02:00:56PM +0100, Gilles Caulier wrote:
> > I responded here : > [3]https://bugs.kde.org/show_bug.cgi?id=374686 > Qt4 HTML export tool was not ported to Qt5 and we need an HTML5 > compliant tool instead now. Thanks Gilles, I'll add my 'want' to the bug list. -- Chris Green |
Free forum by Nabble | Edit this page |