[digiKam-users] Digikam not showing non-image files in album view

[Thomas D]

Hi Peter,

Thanks for the link. So this is a > 10 year old bug that causes unexpected
data loss that is confirmed but not fixed?
Having non-image files in an album is very common if you use Apple
products. Because Apple often creates some sidecar files with various
metadata in them. And you do NOT want to lose those files if you will edit
the files later on an Apple product.
Also, I typically create a text-file with the same name as the image file
but with .txt as extension in which I write notes about the image.  These
can be extremely valuable for me. I simply to not understand the resistance
to helping users not lose stuff like that...



Den søn. 5. jul. 2020 kl. 12.10 skrev Peter Albrecht <peter at crazymonkeys.de
>:

> Hi,
>
> as for "unexpected data loss" when deleting an album, please have a look
> at this
> bug report: https://bugs.kde.org/show_bug.cgi?id=216412
>
> It suggests to show a warning message before album deletion when
> directories
> contain files which are not shown by digiKam.
>
> In my usecases this warning message would be quite sufficient, since my
> albums
> do not contain other file types in 95%.
>
> Regards,
>         Peter
>
> On 29.06.20 21:25, Thomas D wrote:
> > Hi,
> >
> > Digikam does not show any non-image files in album view nor does it seem
> > there is an option to have it show non-image files. This is quite
> annoying
> > since often mobile phone images contain the image file plus a side-car
> file
> > like img_2655.aae or maybe there are just some other files in the folder.
> > This can lead to unexpected data loss when the user deletes an album that
> > looks to be empty when viewed in Digikam but was in reality not empty.
> > I think there should at least be (an easy) way of toggling whether
> > non-image files are shown or not. They can just be shown with a
> completely
> > generic file icon as thumbnail.
> >
> > I tested this on DK 7.
> >
> > BR
> > Thomas
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20200705/21b2ddce/attachment-0001.htm>