[Gimp-developer] proposed solution for: protection from protection from data loss
gg at catking.net
gg at catking.net
Thu Jun 12 00:24:19 PDT 2008
On Thu, 12 Jun 2008 08:36:39 +0200, Sven Neumann <sven at gimp.org> wrote:
> Hi,
>
> On Thu, 2008-06-12 at 02:09 +0200, gib_mir_mehl at gmx.net wrote:
>
>> No, i'm thinking of the case where you saved those 25 steps to a jpeg
>> and the next day,
>> sitting in the plane to your customer, you discover that this curve
>> should be tweaked a litte bit more.
>
> That is exactly why JPEG should not be offered as a save format. Saving
> to a JPEG file is clearly an export. No one will be surprised that an
> exported file can't be edited again. The user needs to save the file to
> XCF (or whatever the next generation file format will be called).
>
>
> Sven
>
>
Hi,
I agree there is a certain logic to that approach but it should not
involve constant importing and exporting as extra steps if working on a
"foreign" file format, png for example.
If open png becomes an import then save will duplicate the file as an xcf
unless it is explicitly exported again. There's a danger this could all
cause a lot of duplication of large files and yet more user interactions
to a simple task of opening, changing and saving an existing image , which
will almost certainly not be gimp's native format.
Anyone wanting to "undo" changes made to a lossy format like jpeg clearly
has no understanding of graphics formats anyway. This request does not
even apply to gimp's target user base.
If it becomes possible to maintain an undo history across gimp sessions in
the native format that would be a nice feature.
Beyond that the user had better learn what the characteristics of the
different formats he is using are, and the value of keeping backups of
different stages of one's work.
/gg
More information about the Gimp-developer
mailing list