Bug 93534 - Should provide option to save thumbnails in album folder(s)
Summary: Should provide option to save thumbnails in album folder(s)
Status: RESOLVED INTENTIONAL
Alias: None
Product: digikam
Classification: Applications
Component: Thumbs-Image (show other bugs)
Version: 0.7.0
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-18 20:42 UTC by Alex Hermann
Modified: 2017-07-27 11:04 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Hermann 2004-11-18 20:42:50 UTC
Version:           0.7 (using KDE 3.3.1,  (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-2)
OS:                Linux (i686) release 2.6.9

The current way thumbnails are created make them quite unmanageble.
1) The original filename can't be deduced from the filenames in ~/.thumbnails. Thus one can't decide which thumbnails are old/unused and may be deleted.
2) Other users/programs sharing the album dir need to duplicate the thumbs as the original thumbs' are inaccesible to others than the user that created them.

So,
my request is an _option_ to save the thumbnails in the album folder. Preferably in a .<size> folder (ie. .100 for 100x100 thumbs, .160 for 160x160 thumbs, etc). This makes the thumbnails more usable for applications other than digikam. (For example, another user or a php web gallery using the same album folder and without access to the user's home dir). This will avoid duplicate thumbs to be made several times.

Alex.
Comment 1 Renchi Raju 2004-11-18 20:54:41 UTC
digiKam uses freedeskop.org thumbnail specifications: 
http://triq.net/~jens/thumbnail-spec/index.html

all standard compliant software on unix (including konqueror, gwenview, showimg, ..., nautilus, gthumb, ....) use this repository of thumbnails.
Comment 2 Alex Hermann 2004-11-18 21:37:50 UTC
Ok, I've read up on that: that same standard also provides for 'Local Thumbnail repositories':
http://triq.net/~jens/thumbnail-spec/local.html

I think my request could be fitted within that definition, but let me rephrase it a little:

I request an option so that an album (and subalbums) or entire gallery uses a 'Local Thumbnail repository' as specified by the aforementioned freedesktop.org thumbnail specifications.

I hope you will take this into consideration.
Comment 3 Renchi Raju 2004-11-19 00:25:50 UTC
read the text at the link you posted again carefully. to quote from the text:

" A local thumbnail repository should be considered read-only. A program should never add or update a thumbnail in the local thumbnail repository. Such a repository should only be created on special request by the user. If a thumbnail is outdated or corrupt, a program should create a new thumbnail in the global thumbnail repository, and not update the local thumbnail repository."

this local thumbnail repository specification is meant for folders which will eventually be turned into a read-only one, for eg, CD archiving.