List Info

Thread: its too easy to save images




its too easy to save images
user name
2006-10-24 09:44:15
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the
assignee.
         
http://bug
s.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
Digikam-develkde.org
h
ttps://mail.kde.org/mailman/listinfo/digikam-devel
[1]

about | contact  Other archives ( Real Estate discussion Medical topics )