------- 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=103350
------- Additional Comments From kde colin guthr ie 2006-10-24 11:44 -------
As I've stated before, I would strongly recommend a subversion basis for this feature to be officially supported, if for no reason other than storage requirements.
E.g. Assume your "Pictures" dir is a subvresion checkout. You SVN add everything, but *don't* commit it. These are you current originals.
As you make a change to any given image, you commit the image and then make your change. You *do not* commit your editied copy. At the present moment the storage requirements are approximately equal to the two copies of your image (orig+edited+some small SVN overhead).
If you want to make a further change, you commit your edited image to subversion. Using it's binary diffing algorithm, subversion will only store the *changes* in your image. This can have *significant* storage benefits if you only change part of the image - e.g. the EXIF tag.
The interface and SVN Repo location can be totally hidden from the user. This would be a very very nice way to implement this feature.
Worst case in this setup, would be the occasional double storage of images when you are about to perform an edit and then bail out, deciding to keep the original. In this case a commited copy of the original and a checkout of the original would exist which wastes a bit of space.
In order to implement this, all that would be needed is a few "hooks" in digikam for "pre-edit" operations and a set of nice managment scripts. I can't see it being that hard (although libkipi may need some modification such that it makes the host application aware of when it is about to edit an image.
Just my two cents.
Some enthusiastic people may want to read this:
http://www.kitenet.net/~joey/svnhome.html_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel