Re: [Gimp-user] [Gimp-developer] GIMP should fork babl and GEGL

2014-11-05 Thread Jon Nordby
On 5 November 2014 13:50, Elle Stone wrote: > On 11/04/2014 02:31 PM, Jon Nordby wrote: > >> (apologies for top-posting) >> >> Hi Elle, >> >> The BABL roadmap[1], which was written in response to comments raised by >> you (and others), >> details a mechanism for working with multiple RGB color sp

Re: [Gimp-user] [Gimp-developer] GIMP should fork babl and GEGL

2014-11-05 Thread Jon Nordby
On 5 November 2014 14:50, Elle Stone wrote: > On 11/05/2014 08:22 AM, Jon Nordby wrote: > >> What you just described IS side-by-side implementations of >> operations. In an ICC profile color-managed application, sRGB is >> just another RGB working space. You don't need to special-case

Re: [Gimp-user] GIMP should fork babl and GEGL

2014-11-05 Thread Elle Stone
On 11/05/2014 07:34 AM, Alexandre Prokoudine wrote: On Tue, Nov 4, 2014 at 10:27 PM, Elle Stone wrote: Another advantage to forking babl and GEGL for GIMP is that GIMP's fork of babl and GEGL could be GPLed, thus freeing the GIMP devs to add FFTW (Fourier transforms, http://www.fftw.org/) and o

Re: [Gimp-user] [Gimp-developer] GIMP should fork babl and GEGL

2014-11-05 Thread Elle Stone
On 11/05/2014 09:07 AM, Simon Budig wrote: Elle Stone (ellest...@ninedegreesbelow.com) wrote: Why would any sane developer want to write all the new code and have it exist side by side with equivalent hard-coded sRGB functions? Why would any sane developer want to fork an existing libary and h

Re: [Gimp-user] [Gimp-developer] GIMP should fork babl and GEGL

2014-11-05 Thread Simon Budig
Elle Stone (ellest...@ninedegreesbelow.com) wrote: > Why would any sane developer want to write all the new code and have it > exist side by side with equivalent hard-coded sRGB functions? Why would any sane developer want to fork an existing libary and have it exist side by side with an equivalen

Re: [Gimp-user] Plugin for the 2.8 save vs. export behavior

2014-11-05 Thread Maurice
On Tuesday 04 Nov 2014 12:03:05 I wrote: > that web page says: > > "It will show up in your File menu as Save-export clean, probably right > under Save a copy." > > - here (on Linux Mageia-4) all I can see is "overwrite" (with the 'w' > underlined. > > Does that look right? Comments welco

Re: [Gimp-user] [Gimp-developer] GIMP should fork babl and GEGL

2014-11-05 Thread Elle Stone
On 11/05/2014 08:22 AM, Jon Nordby wrote: What you just described IS side-by-side implementations of operations. In an ICC profile color-managed application, sRGB is just another RGB working space. You don't need to special-case sRGB. No it is not. There will be one implementation o

Re: [Gimp-user] GIMP should fork babl and GEGL

2014-11-05 Thread Alexandre Prokoudine
On Wed, Nov 5, 2014 at 4:57 PM, Elle Stone wrote: > Drop the incredibly paternalistic attitude that the devs know better than > the GIMP users what GIMP users really need. Out of curiosity: if we had that attitude, what was the point of working with a user experience architect from 2006 to 2013,

Re: [Gimp-user] GIMP should fork babl and GEGL

2014-11-05 Thread Elle Stone
My apologies in advance for sounding preachy, but here goes: GIMP developers need to start paying attention to what potential and actual GIMP users really want and need from their RGB image editor. I respectfully suggest the following: Drop the incredibly paternalistic attitude that the devs

Re: [Gimp-user] [Gimp-developer] GIMP should fork babl and GEGL

2014-11-05 Thread Elle Stone
In his last post on the topic Pippin said: Once we have the vocabulary to also describe this aspect of the pixelformats used by operations, the first thing we should do is to annotate all the operations which are broken when done with sRGB primaries, then we will be able to continue refactoring,

Re: [Gimp-user] [Gimp-developer] GIMP should fork babl and GEGL

2014-11-05 Thread Elle Stone
On 11/04/2014 02:31 PM, Jon Nordby wrote: (apologies for top-posting) Hi Elle, The BABL roadmap[1], which was written in response to comments raised by you (and others), details a mechanism for working with multiple RGB color spaces. It will be possible to create a babl format specifier which m

Re: [Gimp-user] GIMP should fork babl and GEGL

2014-11-05 Thread Alexandre Prokoudine
On Tue, Nov 4, 2014 at 10:27 PM, Elle Stone wrote: > Another advantage to forking babl and GEGL for GIMP is that GIMP's fork of > babl and GEGL could be GPLed, thus freeing the GIMP devs to add FFTW > (Fourier transforms, http://www.fftw.org/) and other new functionality to > GIMP. FFTW is GPLed.

Re: [Gimp-user] Converting from Indexed to RGB without smoothing the edges

2014-11-05 Thread Michael Schumacher
> Von: "Alessandro Francesconi" > Don't know if it's a bug or a feature but I need an explanation about > this behavior: > I have a small icon with an indexed color palette: > https://cloud.githubusercontent.com/assets/9453825/4901180/1d1cd216-642f-11e4-97db-4f3a76ffdd7c.png > > You see,

[Gimp-user] Converting from Indexed to RGB without smoothing the edges

2014-11-05 Thread Alessandro Francesconi
Don't know if it's a bug or a feature but I need an explanation about this behavior: I have a small icon with an indexed color palette: https://cloud.githubusercontent.com/assets/9453825/4901180/1d1cd216-642f-11e4-97db-4f3a76ffdd7c.png You see, the edges of the icon are very sharp... but i