Extend thumbnail cache to multiple sizes for the same folder

[Crysler]

I often switch the thumbnail size because I need the thumbnail preview for multiple purposes (general overview, preselection, etc).

Problem here is, that XnView only caches/stores the thumbnails for one size/folder combination.
That way, if I switch the thumbnail size for an already cached folder, not only the new thumbnails have to be generated but also the old thumbnails are overwritten. Same thing for these folders when I swith the thumbnail size back. This is time-consuming, even if the contents of the folder didn't change (avoiding this is the main purpose of a cache).

So here goes the suggestion: would it be possible for XnView to cache thumbnails in multiple sizes for the same folder?

[obelisk]

how would it ever clean up with infinite thumbs?

use 2 configs instead.

[marsh]

how would it ever clean up with infinite thumbs?

By looking for a signature, which are often used as filenames.

[Crysler]

Nobody said "infinite thumbs". The amount of caching would depend on how much different thumbnail sizes you use. If you prefer a certain size, nothing would change for you. For all the others this would be a huge speedup.

[oops66]

Nobody said "infinite thumbs". The amount of caching would depend on how much different thumbnail sizes you use. If you prefer a certain size, nothing would change for you. For all the others this would be a huge speedup.

+1 an extra option to have into the xnview.db cache 2 (or maybe 3) different thumbnails sizes is a good idea.

[XnTriq]

Similar concepts for improved zooming & panning: Instant Low-res image like Picasa 3

[Crysler]

...but this thread isn't about zooming and panning?

[XnTriq]

...but this thread isn't about zooming and panning?

What I'm trying to say is that storing multi-res thumbnails in the cache could eventually be a solution for improving several features at once.

[JohnFredC]

This has been discussed several times before in the forum.

IIRC, my suggestion was for the cache to save two, user definable thumb sizes, a large and a small. Intermediate sizes could be interpolated (from the largest size) when a user moves a slider control.

There is also an issue of what to do about the thumb "canvas" and labels when one selects alternative thumb sizes. There is a post or two in the forum about that, as well.

[XnTriq]

This has been discussed several times before in the forum.

• Thumbnail size misfeature
• Req: Cache two different thumbnail sizes
• Image scroll viewing feature?
• Slider for size of Thumbnails?
• Thumbnail size to fit screen/scrolling sreenwise
• Toolbar slider control for changing thumbnail size
• Reqst: Thumb label resizing behaviors
• Zoom slider
• A scrollbar to change the size of thumbnail real time
• Ctrl-Mousewheel to change Thumbnail Size
• scrolling to fit to thumbnail size
• Thumbnail size change with ctrl+mousewheel

There is also an issue of what to do about the thumb "canvas" and labels when one selects alternative thumb sizes. There is a post or two in the forum about that, as well.

• dynamic thumbnail-border size
• A scrollbar to change the size of thumbnail real time
• Suggestion: Hover preview

[Crysler]

Thanks for listing the relevant threads, XnTriq!
As far as I can see, Pierre never commented one of the "different thumbnail sizes in cache"-requests.

[obelisk]

there's also a current issue when cache thumb is larger than set thumb size, it shows the larger thumb which then overlaps.

[Crysler]

Pierre, do you see a chance for implementing something like this in a future version?

[xnview]

Pierre, do you see a chance for implementing something like this in a future version?

I don't yet, i'll check for a future release...