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

2012-06-22 Thread Tobias Oelgarte
Am 22.06.2012 01:39, schrieb Guillermo Espertino (Gez): El 21/06/12 20:22, Elle Stone escribió: On 6/21/12, Tobias Oelgartetobias.oelga...@googlemail.com wrote: I entirely agree with the observation that the export entry in the menu is badly positioned. It really disappears between the icon

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

2012-06-21 Thread Jon Nordby
On 20 June 2012 22:04, Jay Smith j...@jaysmith.com wrote: People seem to learn best from adversity.  If you corrupt your own image file and did not make a pre-editing backup copy, you just might learn something.  However, if that same user is protected from doing something stupid, then the

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

2012-06-21 Thread Thorsten Wilms
On 06/21/2012 12:48 AM, Tobias Oelgarte wrote: All i would ask for is that the Save Image Dialog will always default to *.xcf, but still would provide some quick way to save (export) to another format at choice. At the moment i often find myself (purely out of habit, which isn't only Gimps

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

2012-06-21 Thread Karl Günter Wünsch
On 21/06/12 10:20, Thorsten Wilms wrote: You already mentioned habit. Having such an option would allow you to keep what is now a bad habit (to not discern between saving the work and exporting), instead of forming a new, productive one. IMHO the distinction between saving and exporting is an

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

2012-06-21 Thread Tobias Oelgarte
Am 21.06.2012 10:20, schrieb Thorsten Wilms: On 06/21/2012 12:48 AM, Tobias Oelgarte wrote: All i would ask for is that the Save Image Dialog will always default to *.xcf, but still would provide some quick way to save (export) to another format at choice. At the moment i often find myself

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

2012-06-21 Thread Alexandre Prokoudine
On Thu, Jun 21, 2012 at 12:48 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

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

2012-06-21 Thread Karl Günter Wünsch
On 21/06/12 12:02, Alexandre Prokoudine wrote: On Thu, Jun 21, 2012 at 12:48 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

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

2012-06-21 Thread Alexandre Prokoudine
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

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

2012-06-21 Thread Jon Nordby
On 21 June 2012 10:48, Karl Günter Wünsch k...@mineralien-verkauf.de wrote: On 21/06/12 10:20, Thorsten Wilms wrote: You already mentioned habit. Having such an option would allow you to keep what is now a bad habit (to not discern between saving the work and exporting), instead of forming a

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

2012-06-21 Thread Monty Montgomery
In fact it kills the motivation of developers who are putting sizable parts of their life into creating, maintaining and improving GIMP. When you kill motivation in volunteer-driven project, you are not just destroying someones hobby - the project will eventually stagnate, wither and die. Oh

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

2012-06-21 Thread Alexandre Prokoudine
On Thu, Jun 21, 2012 at 2:59 PM, Monty Montgomery wrote: I was happy to hold my tongue until this.  The developers are *victims* of users being unhappy with a design decision? Well, there's always been a certain pressure on the team. It comes with maintaining a popular product. And since GIMP

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

2012-06-21 Thread Jon Senior
On Thu, 21 Jun 2012 12:51:36 +0200 Jon Nordby jono...@gmail.com wrote: With these current facts, I do not think we shall try to deceive the user into thinking that save and export is the same. They are not and the consequence for mixing them up can result in a loss of data. None of these facts

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

2012-06-21 Thread Robert Krawitz
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

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

2012-06-21 Thread Alexandre Prokoudine
On Thu, Jun 21, 2012 at 4:33 PM, Robert Krawitz wrote: Think in physical terms. There's no way I will think about files in physical terms. It doesn't make any sense whatsoever and it's going to only to complicate an already annoying discussion. I hereby resign from this thread. Alexandre

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

2012-06-21 Thread Michael Schumacher
Von: Alexandre Prokoudine alexandre.prokoud...@gmail.com Well, there's always been a certain pressure on the team. It comes with maintaining a popular product. And since GIMP is not a commercial product, there's no support service between developers and users to be shouted at. And the few

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

2012-06-21 Thread Richard Gitschlag
From: pe...@mmiworks.net Date: Wed, 20 Jun 2012 17:58:33 +0200 To: gimp-developer-list@gnome.org Subject: Re: [Gimp-developer] Bring back normal handling of other file formats Richard Gitschlag wrote: So if I may throw an echo into the room and ask why the particular message

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

2012-06-21 Thread Richard Gitschlag
Now I remembered what I wanted to say earlier. I can't remember in response to whom exactly, but here goes. Save must record everything that is part of the document; that is the law. That law also works in reverse. If you write to a file format that cannot support everything in the open

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

2012-06-21 Thread Michael Schumacher
Von: Richard Gitschlag strata_ran...@hotmail.com -- why is that? If you were working on an XCF file and make a significant, possibly destructive change (like changing to indexed-color mode), there is no mechanism to protect you from accidentally selecting Save if you really meant Save As,

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

2012-06-21 Thread Elle Stone
The first time I encountered the new export/save options, for some reason I got angry. Odd, don't you think, getting angry at an interface? At one point I needed to open 9 screen-saved pngs in order to zealous crop the margins and export back to the original pngs. Dismissing the persistent save

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

2012-06-21 Thread Burnie West
On 06/21/2012 10:58 AM, Elle Stone wrote: It also might ease the pain of transitioning to a new way of doing things if Save read as Save xcf, Save a Copy read Save xcf Copy, xcf serving as a gentle reminder of what will really will happen. +1 ___

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

2012-06-21 Thread peter sikking
Elle wrote: There is one little interface change that would make things easier for me. I'll suggest it, most tentatively. At present, the order in the Gimp 2.9 drop-down menu is Save, Save as, Save a Copy, Revert, then a big line in the sand, then Export to, Export, Create Template (I can't

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

2012-06-21 Thread Tobias Oelgarte
Am 21.06.2012 19:58, schrieb Elle Stone: The first time I encountered the new export/save options, for some reason I got angry. Odd, don't you think, getting angry at an interface? At one point I needed to open 9 screen-saved pngs in order to zealous crop the margins and export back to the

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

2012-06-21 Thread Elle Stone
On 6/21/12, Tobias Oelgarte tobias.oelga...@googlemail.com wrote: I entirely agree with the observation that the export entry in the menu is badly positioned. It really disappears between the icon heavy save and print sections, which really seduces me to accidentally switch off my brain and

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

2012-06-21 Thread Guillermo Espertino (Gez)
El 21/06/12 20:22, Elle Stone escribió: On 6/21/12, Tobias Oelgartetobias.oelga...@googlemail.com wrote: I entirely agree with the observation that the export entry in the menu is badly positioned. It really disappears between the icon heavy save and print sections, which really seduces me to

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

2012-06-20 Thread Richard Gitschlag
Date: Wed, 20 Jun 2012 09:22:43 +1000 From: grae...@argyllcms.com To: gimp-developer-list@gnome.org Subject: Re: [Gimp-developer] Bring back normal handling of other file formats Simon Budig wrote: This discussion really boils down to a matter of taste and there are arguments

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

2012-06-20 Thread Guillermo Espertino (Gez)
El 20/06/12 12:34, Richard Gitschlag escribió: The (as someone so pithily phrased it) Ha ha ha - No way am I letting you do that manner in which GIMP informs you of the Save/Export distinction can be anything from merely harmless to downright offensive, depending on your individual workflow

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

2012-06-20 Thread peter sikking
Richard Gitschlag wrote: So if I may throw an echo into the room and ask why the particular message box CAN NOT provide a yes/no prompt, with Yes transferring control to the Export box and No cancelling back to the Save dialog? as I said before: no trip through Save if it is not safe. it

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

2012-06-20 Thread Guillermo Espertino (Gez)
El 20/06/12 12:58, peter sikking escribió: Richard Gitschlag wrote: So if I may throw an echo into the room and ask why the particular message box CAN NOT provide a yes/no prompt, with Yes transferring control to the Export box and No cancelling back to the Save dialog? as I said before: no

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

2012-06-20 Thread Jay Smith
On 06/20/2012 02:50 PM, Alexandre Prokoudine wrote: A universally accepted truth is that users don't read warnings. This will surely freak out few geeks who do read warnings carefully and recite them occasionally over a pint of beer in a pub, but mostly people really try to make stupid dialogs

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

2012-06-20 Thread Marco Ciampa
On Wed, Jun 20, 2012 at 04:04:31PM -0400, Jay Smith wrote: ONE QUESTION... relating to locking down Gimp upgrades due to this situation: As of Gimp 2.6.6 (on Ubuntu Linux), the creation perms for TIFF (and I think some other) file types are wrong. I reported this bug (after being told that

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

2012-06-20 Thread Robert Krawitz
On Wed, 20 Jun 2012 22:50:01 +0400, Alexandre Prokoudine wrote: On Wed, Jun 20, 2012 at 7:53 PM, Guillermo Espertino (Gez) wrote: But I just had an idea (sorry if anybody already suggested it and I missed it): What if the merely harmeless to downright offensive popup saying that Save is for

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

2012-06-20 Thread Alexandre Prokoudine
On Thu, Jun 21, 2012 at 12:48 AM, Robert Krawitz wrote: If they don't, their bad fortune.  Making a common operation less convenient for everyone because some user may not realize what's going on -- and no way to turn off the inconvenience -- is unnecessarily paternalistic, IMHO. Well, if

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

2012-06-20 Thread Jay Smith
On 06/20/2012 04:40 PM, Marco Ciampa wrote: On Wed, Jun 20, 2012 at 04:04:31PM -0400, Jay Smith wrote: ONE QUESTION... relating to locking down Gimp upgrades due to this situation: As of Gimp 2.6.6 (on Ubuntu Linux), the creation perms for TIFF (and I think some other) file types are wrong. I

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

2012-06-20 Thread Robert Krawitz
On Thu, 21 Jun 2012 01:13:29 +0400, Alexandre Prokoudine wrote: On Thu, Jun 21, 2012 at 12:48 AM, Robert Krawitz wrote: If they don't, their bad fortune.  Making a common operation less convenient for everyone because some user may not realize what's going on -- and no way to turn off the

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

2012-06-19 Thread Graeme Gill
Simon Budig wrote: This discussion really boils down to a matter of taste and there are arguments for both ways. Unfortunately in your case you're taste weighs less than the taste of Peter to the developers. If it was purely taste, I wouldn't bother commenting. It's a lack of logic though -

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

2012-06-18 Thread Mikael Magnusson
On 17 June 2012 00:22, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: On Sat, Jun 16, 2012 at 7:19 PM, peter sikking wrote: something similar to that (without the pixels) has been applied as a patch for 2.8.1. (Bug 675399) Could we please just have 2.8.1 released? The amount

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

2012-06-16 Thread Liam R E Quin
On Fri, 2012-06-15 at 22:10 +0300, Cristian Secară wrote: [...] There is, however, a big annoyance in the following scenario: - open GIMP - drop a (say) .png image - change something there - export the modified image to other (say) .png - close GIMP - the program asks Do you want to save

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

2012-06-16 Thread peter sikking
Richard Gitschlag wrote: I doubt that would violate the terms of the Save/Export spec that the dev team swears by. yes it does. you cannot go through save if it is not safe. Well, the spec only says: Save, ‘Save as’ and ‘Save a copy’ shall only save to (compressed) GIMP

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

2012-06-16 Thread peter sikking
Liam wrote: I'd be OK if it *told* me, File Untitled has not been saved as xcf. It has been exported as paisley.jpg [300x500px] so that I knew the status and the warning was useful. something similar to that (without the pixels) has been applied as a patch for 2.8.1. (Bug 675399)

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

2012-06-16 Thread Alexandre Prokoudine
On Sat, Jun 16, 2012 at 7:19 PM, peter sikking wrote: something similar to that (without the pixels) has been applied as a patch for 2.8.1. (Bug 675399) Could we please just have 2.8.1 released? The amount of applied patches fully justifies that. Alexandre Prokoudine

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

2012-06-15 Thread peter sikking
(Gez) wrote: That being said, I do agree that the overwrite function is somewhat odd (it hasn't a default keystroke, it disappears once you used it and becomes export). I did not put keystroke by default to be on the safe side. for those who overwriting is actually part of their routine,

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

2012-06-15 Thread Alexandre Prokoudine
On Fri, Jun 15, 2012 at 4:19 AM, Graeme Gill wrote: Many users will not agree that this is the case in every or even most situations. It's not about many users, it's about the target audience whose interestes get the top priority. The target audience has been consistently approving this

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

2012-06-15 Thread Guillermo Espertino (Gez)
El 15/06/12 11:35, Nathan Summers escribió: I still wonder how much the target audience overlaps with the actual audience. :) Let me put it this way: I still wonder how can we attract our target audience if we do things for a different audience. GIMP project has chosen a sane path: to define

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

2012-06-15 Thread Cristian Secară
În data de Fri, 15 Jun 2012 02:33:54 +0200, Simon Budig a scris: And many users will (and have even on this list) agreed, that this change makes sense. I agreed with the actual change, which I find useful and on the safe side as mentioned here. There is, however, a big annoyance in the

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

2012-06-15 Thread Simon Budig
Cristian Secară (li...@secarica.ro) wrote: If I use OpenOffice/LibreOffice and export a document to something different than OpenDocument format, if after export I just close the program, the program simply closes. _This_ is normal. This is just not true. * open a .odt file into libreoffice *

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

2012-06-14 Thread Richard Gitschlag
Date: Thu, 14 Jun 2012 10:03:41 +0200 From: g...@catking.net To: gimp-developer-list@gnome.org Subject: [Gimp-developer] Bring back normal handling of other file formats [...] Gimp's inability to work with standard formats is becoming a major PITA. Perhaps gimp was not such a bad

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

2012-06-14 Thread Richard Gitschlag
Date: Thu, 14 Jun 2012 10:03:41 +0200 From: g...@catking.net To: gimp-developer-list@gnome.org Subject: [Gimp-developer] Bring back normal handling of other file formats AT this point, I often need to check the resulting file size. If I go to Image | Properties I find the file name and

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

2012-06-14 Thread peter sikking
On Jun 14, 2012, at 16:37, Richard Gitschlag wrote: I still believe GIMP should, instead of merely informing the user that Save operates in XCF only, offer an export/save xcf/cancel option which would alleviate the need to go back and use a different dialog as a separate step. (You never

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

2012-06-14 Thread gespert...@gmail.com
Bring Back Save is the new CMYK. :-) ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list

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

2012-06-14 Thread Graeme Gill
peter sikking wrote: yes it does. you cannot go through save if it is not safe. Safe is a value judgement. The assumption being made is that preserving every possible detail that gimp can create overrides every other consideration. Many users will not agree that this is the case in every or

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

2012-06-14 Thread Guillermo Espertino (Gez)
El 14/06/12 21:19, Graeme Gill escribió: Safe is a value judgement. The assumption being made is that preserving every possible detail that gimp can create overrides every other consideration. Many users will not agree that this is the case in every or even most situations. If they are opening