[Digikam-devel] [Bug 138575] New: Custom file renaming has to *long* (6 digest) auto suffix like photo-000001.jpg

sero4linux at freenet.de sero4linux at freenet.de
Sat Dec 9 09:31:13 GMT 2006


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=138575         
           Summary: Custom file renaming has to *long* (6 digest) auto
                    suffix like photo-000001.jpg
           Product: digikam
           Version: unspecified
          Platform: Gentoo Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: Camera GUI
        AssignedTo: digikam-devel kde org
        ReportedBy: sero4linux freenet de


Version:           0.9rc1 (using KDE KDE 3.5.5)
Installed from:    Gentoo Packages
OS:                Linux

In the use case of digikam that I can find here at home (my parents using it for their photo management on an merely amateurish level), the six digest suffix when using custom renaming in Camera UI (by providing a certain prefix) is much to long. I's say in most cases an album does have less then 100 photos in it - so *-001.jpg would be much better then *-000001.jpg. The longer file names have the disadvantage that often the last digest are truncated in certain views so that the file names are hard to destinguish (inside and outside digikam).

Possible solutions:

a) shorten the digest prefix to e.g. 3 digest (hardcoded)
b) add a field to let the user choose the desired digest length (with resonable default)
c) do some magic, so that the digest lenght is calculated from the number of selected photos in the Camera UI: e.g. 3 photos selected -> one digest (-1.jpg, -2.jpg, ...); 34 photos selected -> two digest (-01.jpg, ..., -34.jpg). Here one might give one "extra" digest by default in case the user wants to add more photos later (in the later example: -034.jpg instead of -34.jpg).

Don't know which solution is the best - if any ...



More information about the Digikam-devel mailing list