Re: [Gimp-developer] Better grouping of layer modes

2008-11-05 Thread David Gowers
Hi Joao On Wed, Nov 5, 2008 at 12:15 PM, Joao S. O. Bueno [EMAIL PROTECTED] wrote: David, as far as filters are concerned, I'd strongly, and that means __strongly__, suggest you to use keyboard shrotcuts to get to your filters. This is definitely important. I'm working on it. It takes time to

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread vabijou2
peter sikking wrote: the only thing I would change is to swap the order of Grain merge and Grain extract. simply because it is explained as a workflow in that order in the manual. I would also like to see a dynamically updated list at the top of the list that shows the last 3-5 used

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread David Gowers
Hi vabijou, On Wed, Nov 5, 2008 at 2:21 AM, vabijou2 [EMAIL PROTECTED] wrote: peter sikking wrote: the only thing I would change is to swap the order of Grain merge and Grain extract. simply because it is explained as a workflow in that order in the manual. I would also like to see a

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread Daniel Hornung
On Wednesday 05 November 2008, David Gowers wrote: I am such a user, and I say: This is a change I do not want, it would reduce my working speed further. This is because of the way recently-accessed lists work -- the most recent is at the top. This means unless I am constantly selecting

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread Joao S. O. Bueno
On Tuesday 04 November 2008, David Gowers wrote: Hi vabijou, On Wed, Nov 5, 2008 at 2:21 AM, vabijou2 [EMAIL PROTECTED] wrote: peter sikking wrote: the only thing I would change is to swap the order of Grain merge and Grain extract. simply because it is explained as a workflow in that

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread Alexandre Prokoudine
On Wed, Nov 5, 2008 at 4:45 AM, Joao S. O. Bueno wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's action. E.g. using Griffin PowerMate's wheel to scroll through modes

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread Martin Nordholts
Alexandre Prokoudine wrote: On Wed, Nov 5, 2008 at 4:45 AM, Joao S. O. Bueno wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's action. E.g. using Griffin

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread Sven Neumann
Hi, On Wed, 2008-11-05 at 05:07 +0300, Alexandre Prokoudine wrote: On Wed, Nov 5, 2008 at 4:45 AM, Joao S. O. Bueno wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's

Re: [Gimp-developer] Better grouping of layer modes

2008-11-04 Thread Sven Neumann
Hi, On Wed, 2008-11-05 at 05:07 +0300, Alexandre Prokoudine wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's action. E.g. using Griffin PowerMate's wheel to scroll

Re: [Gimp-developer] Better grouping of layer modes

2008-11-03 Thread Martin Nordholts
Martin Nordholts wrote: One have to differentiate between mathematical similarities of the blending formulas and the effect the modes have on the colours we perceive. From this point of view Multiply pairs better when Screen than with Divide. Actually from this point of view Divide and

Re: [Gimp-developer] Better grouping of layer modes

2008-11-03 Thread Martin Nordholts
Martin Nordholts wrote: Martin Nordholts wrote: After doing the rearrangements we end up with the following groups. Things to note is that Addition does not have a counterpart, and that Divide is a bit of an outsider in its group when looking at the blending formulas. If no one objects,

Re: [Gimp-developer] Better grouping of layer modes

2008-11-02 Thread Martin Nordholts
David Gowers wrote: I'm assuming that the separate layer modes will eventually separate into their own files for reasons of speed, in which case this is trivial to implement; request LAB color as the input format, apply normal blending to A and B channels, leave L channel unchanged from dest.

Re: [Gimp-developer] Better grouping of layer modes

2008-11-02 Thread Martin Nordholts
David Gowers wrote: I have ported almost all (only Soft light pending) layer modes to a GEGL operation. It is yet unclear if this will be eventually used or if it will more serve as a reference implementation, but in any case would improvements to how Color behaves best be written against this

Re: [Gimp-developer] Better grouping of layer modes

2008-11-02 Thread David Gowers
Hi, On Sun, Nov 2, 2008 at 6:46 PM, Martin Nordholts [EMAIL PROTECTED] wrote: David Gowers wrote: I'm assuming that the separate layer modes will eventually separate into their own files for reasons of speed, in which case this is I meant separate operations, here. trivial to implement;

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread peter sikking
Martin wrote: The layer mode combo box contains groups of layer modes. I fail to see the logic behind the current grouping and instead propose a new grouping. The new groups are: * Different alpha compositing methods * Modes that always gives a brighter result * Modes that always give a

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread Martin Nordholts
peter sikking wrote: Martin wrote: The darker and lighter modes have been internally sorted based on how much they tend to affect the image, see end of mail. is it then a coincidence you got implicitly almost every of these groups labelled up by their first item (Lighten, Darken,

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread David Gowers
Hi, On Sat, Nov 1, 2008 at 11:06 PM, Martin Nordholts [EMAIL PROTECTED] wrote: peter sikking wrote: Martin wrote: The darker and lighter modes have been internally sorted based on how much they tend to affect the image, see end of mail. is it then a coincidence you got implicitly almost

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread Martin Nordholts
David Gowers wrote: Hi, On Sat, Nov 1, 2008 at 11:06 PM, Martin Nordholts [EMAIL PROTECTED] wrote: Actually, I didn't understand why you grouped them with Difference (even given your explanation of 'can produce completely different colors'); I would have grouped them with Overlay, since

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread Martin Nordholts
Alchemie foto\grafiche wrote: there are 2 more generic categories Symmetrical and Asymmetrical To know that a mode is asymmetrical is useful, because then swapping layers positions open new options Maybe is possible prefix a symbol as a double arrow to the Symmetrical modes Names?

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread David Gowers
On Sun, Nov 2, 2008 at 12:02 AM, Martin Nordholts [EMAIL PROTECTED] wrote: David Gowers wrote: Hi, On Sat, Nov 1, 2008 at 11:06 PM, Martin Nordholts [EMAIL PROTECTED] wrote: Actually, I didn't understand why you grouped them with Difference (even given your explanation of 'can produce

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread Martin Nordholts
David Gowers wrote: On Sun, Nov 2, 2008 at 12:02 AM, Martin Nordholts [EMAIL PROTECTED] wrote: One have to differentiate between mathematical similarities of the blending formulas and the effect the modes have on the colours we perceive. From this point of view Multiply pairs better when

Re: [Gimp-developer] Better grouping of layer modes

2008-11-01 Thread David Gowers
Hi, On Sun, Nov 2, 2008 at 9:34 AM, Martin Nordholts [EMAIL PROTECTED] wrote: I understand what you mean now. We are not doing the same kind of paring though. You are pairing layer modes that are cancelling each other out while I am paring layer modes that give opposite effects on lightness.