[Gimp-developer] Question about colour
I did a little experiment last night, creating two rectangles, one of hue = 240, saturation = 90%, and value = 90%, the other differing only in saturation, = 50%, i.e., reducing saturation by 40%. Then, from the Hue/Lightness/Saturation dialogue, I increased the saturation of a selection in the less-saturated rectangle by 40, thinking the colours would then match. They don't. In fact, /no/ adjustment of saturation from that dialogue will make the colours match and, further, adjustment of the saturation also affects the colour value. Adjusting colours that differ only in value (which I assume is the same as what's called lightness in the H/L/S dialogue) yields similarly unexpected results: it was possible, using value adjustment alone, to adjust a colour with an HSV triplet of [240 90 50] to [240 90 90], but only by increasing Lightness by 61 rather than the expected 40 (or perhaps the at least somewhat intuitive 80, the percentage increase of 90 over 50). I confess I don't understand colour, but is my understanding even poorer than I thought? Or is this an area in which GIMP needs a bit of work? (The utterly prosaic background of this question is that my wife runs an eBay business for which I am the reluctant photographer. Frequently, I take multiple pictures of the same object, under the same lighting, differing sometimes only in the distance of the object from the light. The resultant colours in the photographs are frequently significantly different and I use GIMP to try to make them match. This is remarkably difficult to do and if I ever get the time I may undertake to write something for GIMP to make this easier.) (And I won't even comment on the near-impossibility of getting the image colours to perceptually match the in situ colours...) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Scale
On 10/02/10 21:10, Melissa Young wrote: Hi, I am creating a new image that is 1265 x 1610 pixels. I am making a photo collage with 9 different pictures. Earlier today I was able to scale the image to 3.66 (width) x 4.66 (height) pixels. 3.66 x 4.66 pixels makes no sense--that's about the size of text comma. I suspect you were scaling to inches, millimetres, points, or some other unit. Look to the right of the numeric boxes on the scale dialogue--that's where the units are set. I am not able to do that anymore. When I try to put a decimal point the program doesn't even recognize the decimal. How can I fix this where I am able to do decimals in the pixel setting when scaling a picture? Melissa ___ 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
Re: [Gimp-developer] IMPORTANT: GIMP AND OPENSOURCE SCAM ON EBAY!
eBay has been notified of both the possible license infringement and also of what they call fee avoidance--charging almost nothing for the product, a percentage of which goes to eBay, and making their money on their exorbitant shipping charges, on which eBay makes nothing. Between these two violations of eBay policy, the auctions are likely to be ended and the selling warned not to do it again. (My wife is a high-level eBay seller and knows about this sort of thing...) On 09/23/10 10:37, Kevin Cozens wrote: On 09/22/2010 09:05 PM, Abir Sadik wrote: This is some really serious violation going on, and i hope someone will do something about it. Some people who really dont know much about opensource are actually buying from that seller, check his feedback. People like this pop up on the net and/or ebay now and then. What bothers me more about people like this is when they try and rebrand a program, or try and hide the original name/source of the program (sometimes to almost claim it as their own creation). Not much you can do about them other than try and get them on violation of the GPL. The image on the listings says they can provide a copy of the GNU GLP License on request. They couldn't get the name of the license correct in their listings. The license should be included as part of the installation of the software. If they think the license is what must be made available on request, they may not realize its the source code they must make available. Ask them if the source code is included or if they provide a pointer to it for the package being sold (along with all the other dozen or so packagse included on the CD). ___ 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
Re: [Gimp-developer] Workflow Tips ?
On 11/20/09 07:01, Jerry Baker wrote: I keep running into the limits of gimp python so I've finally decided to start learning C. In python the development process is a lot faster. Basically Edit File Save Run. - There are a lot more steps involved on the C side... I was wondering if anyone could give me some tips for speeding the Edit Compile Install process up and improving my workflow... Without knowing the specifics of what you're doing, all I can suggest is the use of the make utility. You can put just about /anything/ in a Makefile--your compile, link, and install steps can almost certainly be reduced to one operation. (Re-reading the above however, I noticed I've made the implicit assumption you're using a Linux CLI---if not, never mind...) ___ 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
Re: [Gimp-developer] We should go for a single-window mode in 2.8
On 09/11/09 12:46, harold wrote: Hi, We are making pretty good progress towards GIMP 2.8 which has turned into an everything but GEGL release. I think it would make sense to also go for a single-window mode in 2.8 and not 2.10 as originally planned. By doing this we will be able to focus all resources on integrating GEGL once 2.8 is released. Integrating GEGL will require rather big changes to the code base, and I don't think having one guy working in parallel on another feature that requires big code changes is a good idea. A single-window mode would also turn 2.8 into a remarkable release, with both layer-groups and a single-window mode, none of which were originally planned for 2.8. I intend to start working on this asap, and peter will work on a UI spec as soon as he gets time. If you have objections, please speak up. / Martin FWIW, a -1 from me on single window and a +1 on the existing multi-window. Single windows are generally too cluttered up with stuff you don't need at the moment and use screen space inefficiently. particularly'm used to working with multiwindowing not that bother me too much work a single window, but is more customizable necessary checks to see which work and part with to see your desktop while you do this is something I've always liked to of gimp, which could see other screens in the background while working in gimp .. Thanks .. Happy-Word. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Free Select tool
Is there an option somewhere to put the Free Select tool back in it's older mode of behaviour? The newer business of having to end continuous-line select exactly on the starting pixel is intensely frustrating, especially on busy images where it's hard to see the start of the line. And I've yet to figure out the weirdness where, if you miss the starting pixel and it seems to go into polygonal select mode, it starts rotating and scaling the selected region in bizarre ways. Thanks, Chris Moller ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Free Select tool
On 09/09/09 08:29, phanisvara das wrote: On Wednesday 09 September 2009 05:50:05 pm Chris Moller wrote: s there an option somewhere to put the Free Select tool back in it's older mode of behaviour? The newer business of having to end continuous-line select exactly on the starting pixel is intensely frustrating, if you doubleclick anywhere, the free select tool will close the selection with a straight line to it's starting point. Aha! I missed that! Thanks. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Help
psgo...@bluewin.ch wrote: Dear Sven, thank you so much for your answer. If you're not used to the world of free software, there are few things you have to get used to. The first is that every single line of code, the testing of every single line of code, every bit of documentation, all the web-site maintenance, etc., etc., is done on a volunteer basis by people who, in addition to all the work they put into the GIMP, have real-life demands on their time, such as professions that pay their bills. Those who maintain the GIMP are under absolutely no obligation to do so, and there's no GIMP Ltd. or some such that owes its existence to the sale of copies of the GIMP. So, be nice to these people. Aside from the satisfaction of creating a fabulous piece of software, it's the only thanks they get. BTW, emphasis is customarily suggested in these lists by enclosing material to be emphasised/ in forward slashes. Chris Moller ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] provide transparent color
Maciej Pilichowski wrote: So there is obstacle, indeed. And till now I have no idea how to solve this. Might be a bit of a wild branch on this topic, but I'm wondering if all the effects described here could be implemented as a /subtractive/ process. I haven't looked at gimp's implementation, but generally speaking colors combine as Cr = Ce * ( 1- o) + Cb * o, where Cr is the resultant color (clamped full saturation of each of it's components), Ce is the existing color, Cb is the brush color, and a is the opacity. What if, instead, you made Cr = Ce * (1 - o) - Cb * o, with Cr clamped at 0? All this doesn't fiddle with the alpha channel at all, but might get the desired effect. Kind regards, ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Moller Software Development Services *Christian H. L. Moller* /President/ *Moller Software Development Services, LLC* ** [EMAIL PROTECTED] 919.367.8689 (Voice) www.mollerware.com http://www.mollerware.com 919.367.9097 (Fax) ** ** ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [wish] provide transparent color
Maciej Pilichowski wrote: Hello, I was asked to bring this issue to the ML instead of discussing it on bugzilla so here we go. Original post: http://bugzilla.gnome.org/show_bug.cgi?id=553003 Please, provide transparent color or in other words -- treat transparency _also_ as a color. Doesn't the Eraser Tool do what you need? (Though maybe some interesting effects could be gotten with an erasing airbrush that accumulated in the alpha channel. On more thing for the long-term, idle-moment TODO list.) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp User Interface.
KishoreKumar Bairi wrote: Hello folks, I recently migrated from Photoshop to Gimp. Though GIMP is offering powerful functionalities, its way of opening each window of each image is bugging me a lot. My entire taskbar is filled up with GIMP windows.I'm really looking forward to see all gimp images in single Gimp window. No, no, no, and no! I've been using GIMP for a good number of years now and like the current paradigm. As far as I'm concerned, huge, monolithic, windows full of clutter I don't need at the moment not only waste screen space but make it just that much more difficult to get to the operations I do need at the moment. It would be nice to change this, or atleast add an option for the user to select the style of interface. As an option, sure, but not as the only paradigm. I suspect the GIMP folk would appreciate your contribution in writing that option. :-) Some body told me about GIMPSHOP in #gimp IRC. Though it offers this interface, I want to use the original GIMP.(reason, not very clear). Regards, KishoreKumar Bairi. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Christian H. L. Moller President Moller Software Development Services, LLC [EMAIL PROTECTED] 919.367.8689 (Voice) www.mollerware.com 919.367.9097 (Fax) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp User Interface.
Alexia Death wrote: P.S No, I'm not whining, just correcting an inaccuracy. P.S.S No, changing a DE is not a solution. P.S.S.S Sorry David, I intended to send it to the list not just to you... annoying_pedantic_mode It should be, e.g., P.P.P.S. Sorry... for Post-post-post-script,not P.S.S.S. Sorry... which would be Post-script-script-script, for which a case might be made in bash or some such language, but not in English. /annoying_pedantic_mode Sorry, Chris Moller, Language Cop to the Programming World ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Using Parallel Make
"make -j" without a numeric argument will overwhelm most machines fairly quickly in complex makes. Since you're running a dual-core machine, try "make -j3" or "make -j4". This will limit the number of concurrent processes to something reasonable and provide decent load balancing between processing and i/o. (I haven't looked at the gimp Makefiles recently, but running gcc with the -pipe option might help performance, at least on Linux systems--I haven't a clue about Windows systems.) Don Rozenberg wrote: Hi, I recently acquired a new PC with a dual core chip running Kubuntu Feisty Fawn. So when I last tried to build Gimp, version 2.3.18, I used "make -j" and the build terminated with an error in just a few seconds. If I just use the command "make", the build completes successfully in about 10 minutes. Reading up on parallel make, I conclude that the Gimp makefile is not up to snuff for doing a parallel make. Naively perhaps, I think that is a shame because I bet a lot of people would save a lot of time if they could do parallel makes. Has anyone looked at doing parallel builds of Gimp? Regards, Don ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Christian H. L. Moller President Moller Software Development Services, LLC [EMAIL PROTECTED] 919.367.8689 (Voice) www.mollerware.com 919.367.9097 (Fax) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Patch to the fuzzy select and by-color select tool
A couple weeks ago I submitted a gimp enhancement bug http://bugzilla.gnome.org/show_bug.cgi?id=348291 that included a patch that lets the user select how to compare pixels (the current RGB comparison, comparison just on the red, green or blue components, or comparison on the hue, saturation, or value components) when doing a color-based select. Based on some input last week from Michael Natterer, I cleaned up the patch a bit. I'd like to get this thing included in some future release--if anyone wants to give it a try, the patch is included as an attachment to bug 348291. Thanks, Chris Moller ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
