Re: [Gimp-developer] Bring back normal handling of other file formats

On Thu, 21 Jun 2012 14:40:09 +0400, Alexandre Prokoudine wrote:
> On Thu, Jun 21, 2012 at 2:31 PM, Karl Günter Wünsch wrote:
>>>> BTW: I asked a few of my friends (who are less into image editing but
>>>> well capable of using a computer and who at most only knew the GIMP by
>>>> name) what export was supposed to mean and they all responded that it
>>>> was the use of external resources to store the image (FB, Flickr,
>>>> Dropbox)...
>>> And that proves exactly what? :)
>> IMHO it only shows that the split of the function is artificial in
>> nature and that the chosen command name for one of the most used
>> function (no matter what you do, you can't upload an xcf for
>> presentation on the web nor can you send in an xcf to a printer nor can
>> you do anything worthwhile with an xcf outside the very limited world of
>> the GIMP - so saving under a different format is a must for any user and
>> export isn't the first command name that comes to mind of anyone if
>> searching for this option) is ambiguous at best and progressively
>> misleading in todays environment...
> What you are saying is:
> 1. We made a clear separation between saving and exporting...
> 2... where saving means preserving all project data for internal use
> 3... and exporting means saving a new file that is typically a JPEG or
> PNG for external use.

No, "export" means the act of *sending* the image to the external
resource, not converting the format.  If a service provider accepts XCF
files directly for download, the act of transferring the file is still
an "export" by this definition.

Think in physical terms.  Transporting an object from country A to
country B is "exporting" it from country A, whether or not anything is
changed about the object (repackaging, changing the electrical plug,

> 4. Your friends actually understand that separation on a user level.
> 5. Which makes us wrong.
> In other words, you've just given us an example that supports our
> vision, while claiming that it contradicts it. That's one hell of an
> IMHO from you :)

Robert Krawitz                                     <rlk alum mit edu>

MIT VI-3 1987 - Congratulations MIT Engineers men's hoops Final Four!
Tall Clubs International  -- or 1-888-IM-TALL-2
Member of the League for Programming Freedom  --
Project lead for Gutenprint   --

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]