Re: [Gimp-developer] RGB to YMCK conversion
all colors can be specified with light wavelength measures isn't that true? can't it be that instead of RGB color you say light color wavelength instead? Not at all. There are lots of coloursthat are not equivalent to that of visible light of some single wavelength. Just think of purple. The term colour as used here means colour as perceived by a human with normal colour vision . Without referring to some animal's perception (or technical sensor's), the term colour is meaningless, and what actually exists in the physical sense is a spectrum of (visible) light wavelengths. Only so-called spectral colours (which are a very limited subset of the colours we can perceive) correspond to a specific wavelength of visible light. Read up on colour perception. For instance, start with http://en.wikipedia.org/wiki/Color , http://en.wikipedia.org/wiki/Spectral_color , http://en.wikipedia.org/wiki/Color_vision , http://en.wikipedia.org/wiki/CIE_1931_color_space and http://en.wikipedia.org/wiki/Purple . Ideally and simplified, for single largish fields of uniform colour, idealistic colour models as RGB or CMYK are as far as I know equivalent. But that is not what usually is meant when talking about CMYK support in software like GIMP. CMYK is used to describe colours in images as printed by actual physical processes on paper. In that context there are lots of very arcane and small-scale additional details that affects how the image end up looking. Think of issues as how well different inks can cover each other, how inks spreads onto the paper, what the colour of the actual paper itself is, how much ink can be printed before the paper cannot absorb any more and the ink starts to smear or whatever, etc. I am really no expert in this, but I do know enough that I understand this is not anything trivial;) --tml ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
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 Subtract should probably be moved to the Difference category. They can produce completely new colours as well. Addition doesn't really have a counterpart (Addition is Linear Dodge in PS and GIMP has no Linear Burn counterpart). 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, the grouping at the end of this mail is what I will commit. / Martin Normal Dissolve Lighten Only Screen Dodge Addition Darken Only Multiply Burn Overlay Soft light Hard light Difference Subtract Grain extract Grain merge Divide Hue Saturation Color Value ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] make the layer name still
hi guys and girls :) I know that adding grouping of layers requires recreating of xcf format. Working on dozens of layers requires lots of attention and good sense of orientation. ;) I've found another inconvenience. Namely: suppose that we have 50 layers (nothing unusual), current layer is at the bootom of the layer window and we don't know what is the name of the layer that we want - presumebly we didn't named it. But we can see the object we want on the canvas - e.g. an icon. We are clicking on it and on the layer window the appropriate name appears for a while. This is bad solution: As far as we know the name, we still have to scroll the slider to reach it. So what is my purpose? Could we add another shortcut to make the layer name still? For example right button click. It would make my life easier. :) So let's summarize: Clicking on canvas shows adequate layer name in layer window. Releasing LMB returns to our current layer. Clicking on canvas shows adequate layer name in layer window. (LMP is still holded) Right mouse click doesn't return to current layer but remains at layer that we clicked. What do you think about it? The thing is that working on dozens of layers is really horrible. ps I hope I made myself clear :) best regards, Wojtek Ryrych ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] make the layer name still
[EMAIL PROTECTED] wrote: hi guys and girls :) As far as we know the name, we still have to scroll the slider to reach it. So what is my purpose? Could we add another shortcut to make the layer name still? For example right button click. It would make my life easier. :) Hi! Edit - Preferences - Tool Options - Move Tool, Set layer or path as active Then you can select layers with the Move Tool. BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Sat, Nov 1, 2008 at 9:48 AM, Brendan wrote: When dropping two images from GQView to the Gimp Empty Image Window...I get two layers in one image...Huh? Is this on purpose? Wouldn't it be more rational to open two images, and not combine them into an image with two layers? Oh, it wouldn't. Both use cases (opening as separate images and merging into one) are perfectly valid. In Qtpfsgui a similar case is solved by asking a user what he intends to do with several images that are dropped into the window - open each one separately or merge into one HDR image. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] investment
On Sun, Nov 2, 2008 at 7:58 PM, weskaggs wrote: I think it would be impossible to give any sort of full answer to this without more information. Are you talking about a level of support that would: 1) allow somebody like Sven or Mitch to work full-time on a project if they wanted to Probably no, but I will have a clearer picture by the end of the month. or 2) allow somebody like Sven or Mitch to work on it part-time Yes, that's what we have in mind or 3) bring in an inexperienced person to work full time for a while Possible, but not really great (just in case, I do think of successful past GSoC students as of experienced persons). or 4) support multiple people working nearly-full-time for an extended perior Yes, depends on their skills or 5) support a student over a few months, like GSOC? This is possible too, except I'm talking about several *ambitious* projects, which probably are not something in the lines of usual GSoC level tasks. Quite obviously the sort of project that would be feasible depends on which of these scenarios you have in mind. I don't see a reason why there couldn't be a combination of 2 and 4 (and 5) cases, if that would fit development cycle and usability team's schedule. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
Brendan wrote: When dropping two images from GQView to the Gimp Empty Image Window...I get two layers in one image...Huh? Is this on purpose? Wouldn't it be more rational to open two images, and not combine them into an image with two layers? Maybe I'm missing something, or this was unintended... Hi! Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Tue, Nov 4, 2008 at 1:35 AM, Martin Nordholts wrote: Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. Doh! This should go to user manual for 2.6+ :-) Thanks for telling! Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
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, the grouping at the end of this mail is what I will commit. Commited now to trunk, rev 27540: 2008-11-03 Martin Nordholts [EMAIL PROTECTED] * app/widgets/gimpwidgets-constructors.c (gimp_paint_mode_menu_new): Arrange layer modes into more logical and useful groups. / Martin Normal Dissolve Lighten Only Screen Dodge Addition Darken Only Multiply Burn Overlay Soft light Hard light Difference Subtract Grain extract Grain merge Divide Hue Saturation Color Value ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
Alexandre Prokoudine ([EMAIL PROTECTED]) wrote (in part) (on 2008-11-03 at 17:39): Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. Doh! This should go to user manual for 2.6+ :-) Thanks for telling! As a Windows user had never heard of Gqview (though I see there is a Windows port available) Original post appears to be equivalent to dragging multiple files from Windows Explorer. If attempting this it is (IMO) important to set Preferences-Window Management-Hint for toolbox to [Normal window]. If its' hint is set to [Utility window] then nothing appears on the taskbar and the Toolbox is likely to be hidden making it AFAICT impossible to drag multiple files and have them open as separate images. -- Regards ... Alec ([EMAIL PROTECTED] WinLiveMess - [EMAIL PROTECTED]) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
Hi, On Mon, 2008-11-03 at 23:35 +0100, Martin Nordholts wrote: Brendan wrote: When dropping two images from GQView to the Gimp Empty Image Window...I get two layers in one image...Huh? Is this on purpose? Wouldn't it be more rational to open two images, and not combine them into an image with two layers? Maybe I'm missing something, or this was unintended... Hi! Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. I am not so sure if this was good decision to make. I don't quite remember if Peter suggested that we do it this way. Peter, are you listening...? Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] make the layer name still
On Monday 03 November 2008, Martin Nordholts wrote: [EMAIL PROTECTED] wrote: hi guys and girls :) As far as we know the name, we still have to scroll the slider to reach it. So what is my purpose? Could we add another shortcut to make the layer name still? For example right button click. It would make my life easier. :) Hi! Edit - Preferences - Tool Options - Move Tool, Set layer or path as active Then you can select layers with the Move Tool. Actually, this is the only sane way of working with GIMP at all. I can't really understand why the default behavior had changed to the current one (not keeping the picked layer). Probably it was a matter of mimicking the main proprietary similar program once again. And even then, at the time of the change, I remember restoring the classic behavior as a tool option, and this was later changed from a tool option to a tool preference, and got hidden deep in the preferences dialog where it can't be found by anyone, unless one ask the developers thenselves (like it just happened). I remeber the excuse for hidding it in preferences was nto to polutte the tool options with many options. Right now, I have there: Move tool: 4 lines worth of options. Blend tool: 8 lines in the tool options Bucket fill: 15 lines in the tool options!!! (move tool would bump to merely 6 six lines of widgets with the option for the keep selected layer there in plain view of everyone). Anyone feeling like reconsidering this, unless we get layer groupign and a completley new way of getting to layers on gimp 2.8 ? js -- BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
