[Digikam-devel] [Bug 142056] Save changes of image modifications with Versioning.

[Dotan Cohen]

------- 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=142056         




------- Additional Comments From kde-2 dotancohen com  2008-08-05 10:24 -------
Some people here seem to be confused between versioning and editing undo. Versioning is not the "undo" button that one has available when editing. Versioning is the concept where an edited photo is saved IN ADDITION TO the original photo, not overwriting it.

No matter what edits are done to a photo, by the mechanisms currently possible in Digikam, Digikam should provide the option to save the new photo ALONGSIDE the original photo, with a suffix added. To be compatible with F-Spot, we could use the suffix " (Modified)", so "dscf3252.jpg" would be edited, and when the user is done with his edits (redeye, crop, whatever) he saves the photo and Digikam writes the edited photo as "dscf3252 (Modified).jpg" which is a new file. The Digikam Thumbnail mode would only show the thumbnail of the modified photo, and in View mode one could choose which version to see.

F-Spot currently has this versioning feature and it is not only very useful, it is also very fun. The user can edit - interact - with his photos without fear of damaging the original file. The file names F-Spot uses go like this:
dscf3252.jpg
dscf3252 (Modified).jpg
dscf3252 (Modified(2)).jpg
dscf3252 (Modified(3)).jpg

I also do not like the use of space and the use of parenthesis, however, as Linux accepts them as valid filenames and an established photo organizing tool already uses this convention, I recommend that we adopt it in the name of interoperability.