[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 103350] its too easy to save images
From:       Martin Rehn <martinrehn () hotpop ! com>
Date:       2006-11-01 16:52:11
Message-ID: 20061101165211.14227.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=103350         




------- Additional Comments From martinrehn hotpop com  2006-11-01 17:52 -------
To the last few comments, in particular the ones made by Jens, I would like to add \
that whatever system is decided upon it should

not break down when a) images or b) directories are moved by external tools
c) works well with other image management tools

For the purpose of b) storing local backups (as proposed in comment #33) would be a \
reasonable solution. For the purposes of a) and c) this solution would not be ideal, \
but the user would still have a good chance to avoid shooting himself in the foot.

What would be even better though is if the naming scheme was agreed upon by more than \
one application. Something like the Thumbnail Managing Standard \
http://jens.triq.net/thumbnail-spec/index.html except that unlike what the standard \
prescribes for thumbnails, I would argue for storing the backups together with the \
originals.

This brings me back to comment #17: the F-Spot versioning scheme. It seems to satisfy \
the requirements of most people that have commented recently. But why not adopt the \
*exact same* scheme as F-Spot? The two programs would then interoperate perfectly and \
this could be the beginning of a new standard. Other programs could recognise the \
scheme as well so that file browsers could display only the current version of an \
image, with an indication that there are other versions available.

I'll follow up on this comment by asking on the f-spot list what they think.


[prev in list] [next in list] [prev in thread] [next in thread]