[Digikam-devel] [digikam] [Bug 314441] Rename settings and auto-rotation during import ignored [patch]

[Andi Clemens]

https://bugs.kde.org/show_bug.cgi?id=314441

--- Comment #49 from Andi Clemens <andi.clemens at googlemail.com> ---
Gilles, Marcel,

There are still some problems I am not able to fix on my own:
- First of all, displaying the download name is not as easy as it might sound.
I was able to display it (not yet happy with it thought due to some rendering
issues), but the concept doesn't work for workflows were you just download a
bunch of selected images. The problem is that the download names are not
matching the onces after the download process.
For example: 5 images in the ImportUI, named image_#### (image_0001, image_0002
etc). If you only select the image_0003 and image_0004, they will be named
image_0001and image_0002 after the download, which is ok, because it doesn't
make sense to use the names from the ImportUI.
I guess we need to rename the images in the view when a selection is done, but
this is a weird concept in my opinion, because the selected images will have
the new downloadName, the others the old camera name.
I guess this is confusing. Any ideas how to fix this issue?

- Right now I don't really understand the code, I am not able to see when the
view has finished loading and how to detect this in the ImportUI. I need this
to initialize the advancedRenameManager to set the new file names. But right
now I can not find the appropriate signal or slot. 
The only thing I found so far is the NewItemsFinder in
ImportUI::finishDialog(), but it is created locally and no signal / slot
connection is done, so the ImportUI must recognize the change through some
other mechanism.
Can you help me out here?

-- 
You are receiving this mail because:
You are the assignee for the bug.