A couple of questions

[Mark Ovens-2]

Hi,

Am I correct in thinking that digikam has to get the thumbnails from the
image file every time it displays them?

Konqueror caches thumbnails that it creates in ~/.thumbnails, could
digikam not do the same (perhaps as an option)? Digikam seems to be
getting slower - most noticeably when using the My Dates sidebar. I'm
sure that the SQL query to find matching dates is not slow. Is the
performance affected by the size of the image files?

Incidentally, in ~/.thumbnails I have a file, ~800kB, called
digikam-thumbnails.db but it is over 18 months old. Was this created by
an earlier version of dk?

One minor niggle. The slide control in the status bar for zooming
thumbnails increases the thumbnail size when you scroll _down_ with the
mouse wheel. This seems illogical to me - down implies smaller and up
bigger. Is this a bug, or by design?

Thanks

Regards,

Mark
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Arnd Baecker]

Hi Mark,

On Mon, 4 Feb 2008, Mark Ovens wrote:

> Hi,
>
> Am I correct in thinking that digikam has to get the thumbnails from the
> image file every time it displays them?

No, digikam uses the common desktop standard, i.e. the same
~/.thumbnails as konqueror does.

> Konqueror caches thumbnails that it creates in ~/.thumbnails, could
> digikam not do the same (perhaps as an option)? Digikam seems to be
> getting slower - most noticeably when using the My Dates sidebar.

This could be the case if there are many matching images, see
http://bugs.kde.org/show_bug.cgi?id=155097

> I'm
> sure that the SQL query to find matching dates is not slow. Is the
> performance affected by the size of the image files?

No, the image size should play no role.
Of course, for images never displayed before, their
thumbnails have to be generated.

> Incidentally, in ~/.thumbnails I have a file, ~800kB, called
> digikam-thumbnails.db but it is over 18 months old. Was this created by
> an earlier version of dk?

No idea (though the name would indicate that ;-).
I don't have this file floating around anywhere.

> One minor niggle. The slide control in the status bar for zooming
> thumbnails increases the thumbnail size when you scroll _down_ with the
> mouse wheel. This seems illogical to me - down implies smaller and up
> bigger. Is this a bug, or by design?

You are right, to me it seems like a bug.

Best, Arnd
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-4]

2008/2/4, Arnd Baecker <[hidden email]>:

Hi Mark,

On Mon, 4 Feb 2008, Mark Ovens wrote:

> Hi,
>
> Am I correct in thinking that digikam has to get the thumbnails from the
> image file every time it displays them?

No, digikam uses the common desktop standard, i.e. the same
~/.thumbnails as konqueror does.

> Konqueror caches thumbnails that it creates in ~/.thumbnails, could
> digikam not do the same (perhaps as an option)? Digikam seems to be
> getting slower - most noticeably when using the My Dates sidebar.

This could be the case if there are many matching images, see
http://bugs.kde.org/show_bug.cgi?id=155097

> I'm
> sure that the SQL query to find matching dates is not slow. Is the
> performance affected by the size of the image files?

No, the image size should play no role.
Of course, for images never displayed before, their
thumbnails have to be generated.

> Incidentally, in ~/.thumbnails I have a file, ~800kB, called
> digikam-thumbnails.db but it is over 18 months old. Was this created by
> an earlier version of dk?

No idea (though the name would indicate that ;-).

I don't have this file floating around anywhere.

I have never hear something about this file...
 

> One minor niggle. The slide control in the status bar for zooming
> thumbnails increases the thumbnail size when you scroll _down_ with the
> mouse wheel. This seems illogical to me - down implies smaller and up
> bigger. Is this a bug, or by design?

You are right, to me it seems like a bug.

Sound like logic for me. Look like the zoom slider from Gwenview toolbar give the same behaviours.

In fact there is nothing coded for that in digiKam. By default, Qt::QSlider widget handle mouse wheel and slider value as well.

Best

Gilles Caulier

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users