RSS/Atom feed Twitter
Site is read-only, email is disabled

export vs save

This discussion is connected to the gimp-user-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

3 of 9 messages available
Toggle history

Please log in to manage your subscriptions.

20130220145616.GA23077@disc... 25 Feb 09:48
  export vs save jfrazierjr@nc.rr.com 20 Feb 16:20
512121AD.9010402@lbl.gov 25 Feb 09:48
  1858371.8npm7zy01Y@whatnow 25 Feb 09:48
   20130219113053.GA11011@disc... 25 Feb 09:48
    CAGQ70etcTJwF_9P2rr3oEp7GYo... 25 Feb 09:48
     20130220122600.GA2674@disco... 25 Feb 09:48
      export vs save Simon Budig 20 Feb 13:43
       export vs save Matthew Miller 20 Feb 14:56
Simon Budig
2013-02-20 13:43:12 UTC (almost 12 years ago)

export vs save

Matthew Miller (mattdm@mattdm.org) wrote:

It seems better to say "We did it this way for reasons x, y, and z, but we recognize that what you're asking isn't like the broken spacebar comic. You have options a and b now, and we're thinking about some even better approaches in the future."

What would you say to

"We did it this way for reasons x, y, and z, but we recognize that what you're asking isn't like the broken spacebar comic. You have options a and b now, and we're thinking about some even better approaches in the future, but we won't revert to the old behaviour."

Because this is what we said in the past. Over and over again.

Bye, Simon

simon@budig.de              http://simon.budig.de/
Matthew Miller
2013-02-20 14:56:16 UTC (almost 12 years ago)

export vs save

On Wed, Feb 20, 2013 at 02:43:12PM +0100, Simon Budig wrote:

What would you say to

"We did it this way for reasons x, y, and z, but we recognize that what you're asking isn't like the broken spacebar comic. You have options a and b now, and we're thinking about some even better approaches in the future, but we won't revert to the old behaviour."

Because this is what we said in the past. Over and over again.

I would say: okay, cool. But that's not what I've been seeing. It's largely along the lines of "you just don't understand that your way causes data loss".

The current "options a and b" have a lot of rough edges. The Export Clean script makes the UI have even more cluttered "save" options, and it doesn't re-prompt for JPEG options, which I very much want it to do. And Overwrite is pretty close, but it doesn't mark images as clean, so I get confused about what I've saved already. I can live with those things, but I hate to have to explain them to other people.

So, sure. I'd also like to hear more about the ideas for better approaches in the future.

Matthew Miller           mattdm@mattdm.org          
jfrazierjr@nc.rr.com
2013-02-20 16:20:48 UTC (almost 12 years ago)

export vs save

---- Matthew Miller wrote:

On Wed, Feb 20, 2013 at 02:43:12PM +0100, Simon Budig wrote:

What would you say to

"We did it this way for reasons x, y, and z, but we recognize that what you're asking isn't like the broken spacebar comic. You have options a and b now, and we're thinking about some even better approaches in the future, but we won't revert to the old behaviour."

Because this is what we said in the past. Over and over again.

I would say: okay, cool. But that's not what I've been seeing. It's largely along the lines of "you just don't understand that your way causes data loss".

Well.. that is a part of it, but it really stops short of the entire point, which is not "you just don't understand that your way causes data loss", but more like "there are many things in GIMP currently that cause data loss. We are working over the next few releases to change this model such that data loss will never be part of the expected workflow. The change to the save vs. export file handling is just one step in many toward this goal. We won't totally stop you from losing data if you really want to, but we will keep anyone from doing it accidental".

Also, please remember that big part of the tone of many around here is that it keeps coming up and in some cases, the same people continually repeat their arguments and some who are just plain rude about it(calling someone working for free on a program you use "stupid" is generally not a way to endear them to your opinion..not saying *you* have but a few people have said such things and even far worse) I don't know if you have kids or not, but it's kind of like being on a road trip and the kid saying "are we there yet dad?" The first few times(hopefully), you are nice, but after the kid asks for the 50th time, you feel like breaking something.

And Overwrite is pretty close, but it doesn't mark images as clean, so I get confused about what I've saved already.

But see, that's because it's not supposed to. Again, you have to remember that as of 2.8, any image pulled into Gimp is NO LONGER a .jpeg or .png or whatever, it's a Gimp image(xcf). You can verify this by looking at the filename in the titlebar which has the (imported) "modifier" beside it. This shows up for non GIMP file formats and is your cue that you are working on a non native file format(also notice that it goes away once you save to a Gimp file format, as well as the overwrite flag.) This is the whole point in that going forward, it is expected that you work in a non destructive methodology. Another thing to remember is that you are using a plugin to try to get around a behavior that was built in and it's never going to be able to override all of the default functionality(yet another reason I suggest people just bite the bullet and change their thought processes).

Anyway... Joe