On 05/01/2015 07:03 PM, Gez wrote:
You chose one of the few cases where both linear and perceptually
uniform could be valid options and none of them are right or wrong.
Of course I'm not against allowing two valid instances of the same
thing, like in this case.
I've already given other
On 04/30/2015 05:43 PM, Michael Schumacher wrote:
On 04/30/2015 11:40 PM, Elle Stone wrote:
What are specifications?
Something that describes how features are supposed to work when they are
implemented.
For examples have a look at the Save Export and Single Window Mode
specifications:
*
On 05/02/2015 01:28 PM, Elle Stone wrote:
On 04/30/2015 05:43 PM, Michael Schumacher wrote:
For examples have a look at the Save Export and Single Window Mode
specifications:
* http://gui.gimp.org/index.php/Save_%2B_export_specification
*
On Sat, 02 May 2015 11:21:37 -0300, Gez wrote:
El sáb, 02-05-2015 a las 06:09 -0400, Elle Stone escribió:
I'd like to see this discussion heading towards a real world list of
examples of real needs for such options that can't be satisfied with
anything else than these toggles.
You are
El sáb, 02-05-2015 a las 11:18 -0400, Robert Krawitz escribió:
On Sat, 02 May 2015 11:21:37 -0300, Gez wrote:
El sáb, 02-05-2015 a las 06:09 -0400, Elle Stone escribió:
I'd like to see this discussion heading towards a real world list of
examples of real needs for such options that can't
El sáb, 02-05-2015 a las 06:09 -0400, Elle Stone escribió:
But you're not proposing to add a toggle to gradients alone, you're
proposing to put them*everywhere*.
Yes.
And your reason is that users have to decide how operations are
performed, no matter the result, no matter if it makes any
On 05/02/2015 10:21 AM, Gez wrote:
El sáb, 02-05-2015 a las 06:09 -0400, Elle Stone escribió:
But you're not proposing to add a toggle to gradients alone, you're
proposing to put them*everywhere*.
Yes.
And your reason is that users have to decide how operations are
performed, no matter the
On Sat, May 2, 2015 at 9:45 AM, Elle Stone
ellest...@ninedegreesbelow.com wrote:
To be more blunt, the babl flips are Pippin's brain-child. If Pippin says
no user choice, is there any real benefit to anyone if I write up a spec?
Wouldn't it just be a waste of everyone's time?
I have not stated
On 05/02/2015 02:44 PM, Øyvind Kolås wrote:
On Sat, May 2, 2015 at 9:45 AM, Elle Stone
ellest...@ninedegreesbelow.com wrote:
To be more blunt, the babl flips are Pippin's brain-child. If Pippin says
no user choice, is there any real benefit to anyone if I write up a spec?
Wouldn't it just be a
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives: https://mail.gnome.org/archives/gimp-developer-list
You all have created an amazing RGB image editor. But proper color
management has always taken a back seat. GIMP users have requested
better color management and CMYK support for a long time now. You could
have taken full working color management code from Cinepaint or Krita
years ago, but you
El sáb, 02-05-2015 a las 12:40 -0400, Elle Stone escribió:
Well, you might be able to answer that question. I'm not qualified.
Personally I don't use alpha channels except in the extremely rare
instance when I'm exporting a png with a transparent background for use
on a website.
See, this
On 05/02/2015 03:39 PM, Øyvind Kolås wrote:
I'm not entirely sure what you are proposing or how it could be implemented
in the UI. Is this what you mean?
1. Make a list of all RGB editing operations that are provided by GIMP.
2. Decide for each operation whether it should be done using linear
13 matches
Mail list logo
