Re: [Gimp-developer] Specs for Export/Save User Interface

2008-06-14 Thread gib_mir_mehl
Hi, Akkana Peck wrote: [EMAIL PROTECTED] writes: 3) Putting Text on a .png (in-place file editing) - Open bla.png - Text layer created - Export to bla.png exporting to currently opened file is admittedly ugly, but

Re: [Gimp-developer] proposed solution for: protection from protection from data loss

2008-06-14 Thread gib_mir_mehl
[EMAIL PROTECTED] wrote: This is definately not a bug. [..] Gimp does all these things correctly. It is aimed at a competant user base, it does not try to be a beginner's guide using different formats. It is true that GIMP provides correct functionality for export/save. The corresponding

Re: [Gimp-developer] Specs for Export/Save User Interface

2008-06-14 Thread Ingo Ruhnke
On Sat, Jun 14, 2008 at 4:29 PM, [EMAIL PROTECTED] wrote: The basic idea is to forbid 'Save' to PNG here. Which of course would be stupid, since PNG is a perfectly valid information-loss-free choice in many cases, same with many other data formats. Not every work includes dozens of layers and

Re: [Gimp-developer] Specs for Export/Save User Interface

2008-06-14 Thread Robert Krawitz
Date: Sat, 14 Jun 2008 18:32:04 +0200 From: Ingo Ruhnke [EMAIL PROTECTED] A useful addition to Gimp would be an auto-save. Not only could it be used to periodically save the image to prevent data loss in case of crashes, it could also be used to store .xcf files for exported

[Gimp-developer] Gimp Customizable Toolbar

2008-06-14 Thread Ingo Ruhnke
Since one of the replies to my toolbar patch mentioned this should be moved to the mailing list, here the mail and here the patch: http://bugzilla.gnome.org/attachment.cgi?id=112325action=view The bug report is at: http://bugzilla.gnome.org/show_bug.cgi?id=133030 The patch adds a very simple

Re: [Gimp-developer] Specs for Export/Save User Interface

2008-06-14 Thread Ingo Ruhnke
On Sat, Jun 14, 2008 at 6:59 PM, Robert Krawitz [EMAIL PROTECTED] wrote: One issue that needs to be considered with that is what is done with very large images. In a perfect work there would be a way to not save the image itself, but only the operations done on it since the last save, which

Re: [Gimp-developer] Specs for Export/Save User Interface

2008-06-14 Thread gib_mir_mehl
Ingo Ruhnke wrote: On Sat, Jun 14, 2008 at 4:29 PM, [EMAIL PROTECTED] wrote: The basic idea is to forbid 'Save' to PNG here. Which of course would be stupid, since PNG is a perfectly valid information-loss-free choice in many cases err, that sentence was with regard to the example in

Re: [Gimp-developer] Gimp Customizable Toolbar

2008-06-14 Thread Sven Neumann
Hi, On Sat, 2008-06-14 at 19:03 +0200, Ingo Ruhnke wrote: It currently only supports a single toolbar and isn't customizable via the GUI, but only by editing menus/image-toolbar.xml. In my opinion this is useless as long as it is not configurable by the user. And editing XML files doesn't

[Gimp-developer] GEGL-0.0.18 released

2008-06-14 Thread Øyvind Kolås
GEGL 0.0.18 ⎺⎺⎺ GEGL (Generic Graphics Library) is a graph based image processing framework. GEGL provides infrastructure to do demand based cached non destructive image editing on larger than RAM buffers. Through babl it provides support for a wide range of color models and pixel storage

Re: [Gimp-developer] Gimp Customizable Toolbar

2008-06-14 Thread Ingo Ruhnke
On Sat, Jun 14, 2008 at 7:34 PM, Sven Neumann [EMAIL PROTECTED] wrote: In my opinion this is useless as long as it is not configurable by the user. Just having undo/redo available with a single click is already a great help, but yes, configurability should of course be the goal, that patch is

Re: [Gimp-developer] Specs for Export/Save User Interface

2008-06-14 Thread Liam R E Quin
On Sat, 2008-06-14 at 19:17 +0200, Ingo Ruhnke wrote: On Sat, Jun 14, 2008 at 6:59 PM, Robert Krawitz [EMAIL PROTECTED] wrote: One issue that needs to be considered with that is what is done with very large images. In a perfect work there would be a way to not save the image itself, but

Re: [Gimp-developer] proposed solution for: protection from information loss

2008-06-14 Thread Liam R E Quin
On Fri, 2008-06-13 at 06:20 +0200, [EMAIL PROTECTED] wrote: Hi all, Carl Karsten wrote: proposed spec: File Open/Save/Save_as_Copy only work on .xcf - all other formats must use File Import/Export.[1] Yesterday I saved an image in xcf by mistake, by mistyping the .png at the end of

Re: [Gimp-developer] Gimp Customizable Toolbar

2008-06-14 Thread Martin Nordholts
Ingo Ruhnke wrote: [1] I listed some other features that I have been missing for a while at: http://happypenguin.org/forums/viewtopic.php?p=20741#20741 But no promise that I will implement them to, just public brainstream of stuff I miss. Hi I see that one of the items on your list is

Re: [Gimp-developer] Gimp Customizable Toolbar

2008-06-14 Thread Joao S. O. Bueno
On Saturday 14 June 2008, Sven Neumann wrote: Hi, On Sat, 2008-06-14 at 19:03 +0200, Ingo Ruhnke wrote: It currently only supports a single toolbar and isn't customizable via the GUI, but only by editing menus/image-toolbar.xml. In my opinion this is useless as long as it is not

Re: [Gimp-developer] Gimp Customizable Toolbar

2008-06-14 Thread Bill Skaggs
On Sat, Jun 14, 2008 at 10:34 AM, Sven Neumann [EMAIL PROTECTED] wrote: One open question: Can menus/image-toolbar.xml currently be stored inside ~/.gimp directory, i.e. is there a way to customize those .xml files without messing around with the systemwide Gimp installation? No, there