Re: [Gimp-user] Masking for Contrast Control - Can this be done in Gimp?
Thanks Saul. (Leaving text below in case this s/b the basis for a bugreport ...) a) I can drag and drop in the Layers dialog - but never see the '+'-sign in the cursor. b) In your video (I stepped through it frame by frame so I'm pretty sure I have this correct) as soon as you grabbed the layer and moved it up to the channels icon to open the channels dialog the '+' sign appeared and (I think(?)] was visible until you dropped it below the line - below the components section - into the channels section. When I do it (again Windows XP, same in both GIMP 2.6.6 and GIMP 2.7 r28070) the '+' sign never appears while dragging in the image dialog and only appears when dragging in the channels dialog if I position my cursor to the right of where a fairly short channel name would appear - or if none yet, to the right of where it would be. (If description is 10 characters (say) background copy the + sign appears when cursor is over the 'c' in copy or further right - otherwise it is not shown). When '+' displayed drop will be successful otherwise it fails. . When I was first trying to follow your description I didn't have my cursor far enough right and first time I managed to do it had confused myself into thinking it was a matter of how close cursor was to the separator line :-( For improved discoverablity suggest that the '+' sign s/b added to drag-drop anywhere its legal to drop and in particular only be removed in the Channels dialog when cursor is over the components section but reappear when cursor is *anywhere* below the line. I *think* but not sure about this, that '+' sign should appear when cursor is over the Channels icon allowing drop there - which should automatically drop it in the same place that a new channel would be created if user keyed Shift+[New] button. can anyone confirm/refute above using Linux/Mac/Windows build? btw: Once I got the above straight your recipe worked great on the sample image. saulgo...@flashingtwelve.brickfilms.com wrote: Quoting Alec Burgess bura...@gmail.com: Saul: You said 1. Drag your original layer over to the Channels Dialog and drop it, creating a new channel. In your video, when you drag the image from the layer dock up to the channels dock your cursor has a '+' sign inside the _ |+ ... when I do it I have no plus sign and when the channels dock opens and I drop the dragged item just disappears without raising a new channel. Just to be clear, after the Channels Dialog is raised (this feature thanks to Michael Natterer :) ), you must move the pointer down to the channels section of the dialog (as opposed to the components part at the top with the red, green, and blue components). The + symbol should appear when the pointer is hovered in the droppable region -- if you had some channels already there then the + would only appear when you are between channels (there would also be a horizontal line similar to what appears when dropping layers in the Layers Dialog). I'm using 2.6.6 on Windows XP. I tried modifier keys Shift and Ctrl and Shift+Ctrl just in case but can't get the '+' sign to appear in the cursor and more importantly can't get the auto-creation of a new channel. I do not use Windows so I doubt I can be of much help. You should check to see if you can drag-n-drop layers in the Layers Dialog to reorder your layerstack (instead of a + symbol, you will see an arrow because you are not copying the layer, but moving it). You should also see if, in the Channels Dialog, you can drag one of the components (red, green, or blue) down from the top and drop it in the channels list. If you have problems doing either of these then it is possibly owing to a bug in the Windows version of GIMP. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Reporting back: The Artist's Guide to GIMP effects
I agree completely :) MJH did say that hes working on an updated revision. I am looking forward to the updated version... Ajay On Thu, Apr 2, 2009 at 12:33 AM, Patrick Horgan phorg...@gmail.com wrote: I mentioned some time ago that I was reading The Artist's Guide to GIMP Effects, by michael j. hammel, and that over time I'd report on what I thought about it. Ok, here's what I think about it--WOW! I still have a long way to go to absorb everything in here, but in a few weeks I've gone from someone who's messed around with Gimp for a few years but still felt lost, to someone who knows the principles behind using it as a tool. Many of the questions people ask here seem obvious after reading and working with it for awhile. He does a great job of teaching you the basic principles that let you solve problems. You start thinking about what you want, instead of looking at what Gimp can do. If you need to combine pictures, fix problems, do commercial graphics, web work, original art--this book is for you. I'm astonished. I'll report back some more after spending a few more weeks with it. It doesn't cover 2.6, but it hasn't been an issue using it with 2.6. If you want to be a GIMP master, check it out! Patrick ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user -- http://www.ajaygautam.com/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How to rotate part of an image without getting white triangles at the corners ?
David, Thanks for the bug number. Regarding the float method, I beg to differ. Unless I am missing something, what we are doing for Floating before rotating is ... get selection tool (must be done anyway) draw selection (must be done anyway) Ctrl-Shift-L(the only additional work) get rotation tool (must be done anyway) do rotation (must be done anyway) get selection tool (must be done anyway) click to anchor floating selection (must be done anyway) Just one simple step per rotation. Ctrl-Shift-L. No adding alpha channel No adding layer No moving layer to bottom No flattening layers You asked about quantity: 50,000 scans, each scan of which contain from one to 20 stamp images, some of which will end up as single-stamp images and others of which will end up as multi-stamp images. So 50,000 of the add-layer method. Probably up to 150,000 (?? maybe more) rotations, but still I think the ctrl-shift-l is a lot faster. Thanks very much for your help! Jay On 04/01/2009 09:03 PM, David Gowers wrote: Hi Jay, On Thu, Apr 2, 2009 at 12:58 AM, Jay Smith j...@jaysmith.com wrote: Hi David, If convenient, please advise me of the bug number on this so that I can track it. Thank you very much. http://bugzilla.gnome.org/show_bug.cgi?id=577575 Related to the bug, I hope you also noted the problem that there is no Preferences option of using black as the default for newly created images. You said... BTW, floating before rotating is NOT how I would do this. Please share your reasons why you would not do that. Because it's far far far far far far slower and more laborious than the method I went on to describe. There is no comparison. (All the other mucking around [alpha channel, add layer, etc.] may seem simple to Gimpers, but please do it 10,000 times and then tell me how you feel about it -- We have so far scanned edited over 50,000 such images in Photoshop and have more than double that number yet to go.) 50,000 images? or 50,000 stamps? The procedure I described would only need to be done once for each image, not for each stamp-rotation. It is far more streamlined, if you typically rotate several stamps out of every single image that you open. David ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Reporting back: The Artist's Guide to GIMP effects
On Wed, 2009-04-01 at 21:33 -0700, Patrick Horgan wrote: He does a great job of teaching you the basic principles that let you solve problems. You start thinking about what you want, instead of looking at what Gimp can do. It's nice to know I accomplished my goal, then. :-) It doesn't cover 2.6, but it hasn't been an issue using it with 2.6. If you want to be a GIMP master, check it out! I'm supposed to be working on an update. It's mostly a matter of squeezing it into my schedule. But like you say, I wrote it with the idea that it doesn't matter what version you're using. That only comes into play when you're looking for menu items. If anyone has problems mapping the book to the current version just drop me an email and I'll post some errata on the books web site (http://www.graphics-muse.org/artistsguide) Thanks for the kind words. Glad you liked the book. -- Michael J. Hammel mjham...@graphics-muse.org / http://www.graphics-muse.org -- When C++ is your hammer, everything looks like a thumb. -- Steven M. Haflich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Error on install: Entry Point Not Found
I was previously running Gimp 2.4. I just tried installing 2.6.6. It came up with this message. file-svg.exe - Entry Point Not Found The procedure entry point xmlNanoHTTPContentLength could not be located in the dynamic link library libxml2.dll. What should I do? Sara -- SChan ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Error on install: Entry Point Not Found
P.S. I am running Gimp under Windows XP. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Masking for Contrast Control - Can this be done in Gimp?
Quoting Alec Burgess bura...@gmail.com: For improved discoverablity suggest that the '+' sign s/b added to drag-drop anywhere its legal to drop and in particular only be removed in the Channels dialog when cursor is over the components section but reappear when cursor is *anywhere* below the line. ... What you describe is how GIMP _should_ work, and how it _does_ work on my machines (GNU/Linux, GIMP 2.6.7). I have also tested on a friend's Windows machine running GIMP 2.4.6 and the behavior is as you describe. ... I *think* but not sure about this, that '+' sign should appear when cursor is over the Channels icon allowing drop there - which should automatically drop it in the same place that a new channel would be created if user keyed Shift+[New] button. This is not how GIMP currently behaves, but might be a reasonable enhancement request. Personally, I don't think it would be that beneficial (no offense) and should require examination of other drag-n-drop functionality from a UI perspective (e.g., if a color is dropped on the Text Tool Options tab, does the text color change). In any event, this should not currently be considered a bug. I believe that you should post the anomalous behavior you are experiencing to the developer's mailing list, or submit a bug report. You should be able to drop a channel _anywhere_ within the channel list frame of the Channels Dialog and your inability to do so would seem a regression. If you could install an older version of GIMP to verify my findings with 2.4.6 on Windows, that should prove helpful. (If you go much older than 2.4.6 then you will need to have the Layers Dialog and the Channels Dialog in different docks; because the auto-raise tab functionality had not yet been implemented.) ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Error on install: Entry Point Not Found
Okay, I renamed the file libxml2.dll, in my WINDOWS/System32 directory. Gimp now starts up. I would have preferred a more helpful error message, especially as searching with Google does not find anything easily. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] GSoC Proposal Review
Hi, my name is Evan Kroske, and I have submitted a proposal to GIMP for GSoC: http://socghop.appspot.com/student_proposal/show/google/gsoc2009/evankroske/t123811012811 I'd like to know if I've provided enough detail to get my project accepted to the GSoC program. Even if you're not a mentor, I'd like your opinion on my proposal. Here's my abstract: I plan to develop a GUI-based batch image processor in Python. Its user interface, internal interface, and image retrieval algorithm will be loosely coupled and allowed to vary independently for maximum flexibility and reusability. Do you think it's a worthwhile project and I've provided enough info? Regards, Evan Kroske Future GSoCer ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Error on install: Entry Point Not Found
On Thu, 2 Apr 2009 18:21:07 +0200 (CEST), SChan wrote: I would have preferred a more helpful error message, especially as searching with Google does not find anything easily. This is in the FAQ: http://gimp-win.sourceforge.net/faq.html#dllmissing The message comes from Windows, so there's nothing GIMP can do about it. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Gimp Printouts
Hi there. Thanks for allowing me to join this forum. I have been using Gimp for some time, but now that I have got as far as printing out some of my work I have come across a snag. I could not understand why the print was so much darker than the image on the monitor. Having scanned the help files in Gimp, I find the information, that this is because the monitor is showing the image in RGB,but the actual printout is in CMYK. I am wrestling with the logic of this and failing to comprehend why it should be. I am hoping that there is a way of resolving this tremendous mis-match. Is there any Gimp knowledgeable member out there who could fill me in on the way to overcome this difference? I sure hope so. Many thanks. cypher000 -- Walter S. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp Printouts
Walter S. for...@gimpusers.com wrote: Hi there. Thanks for allowing me to join this forum. I have been using Gimp for some time, but now that I have got as far as printing out some of my work I have come across a snag. I could not understand why the print was so much darker than the image on the monitor. Having scanned the help files in Gimp, I find the information, that this is because the monitor is showing the image in RGB,but the actual printout is in CMYK. I am wrestling with the logic of this and failing to comprehend why it should be. I am hoping that there is a way of resolving this tremendous mis-match. Is there any Gimp knowledgeable member out there who could fill me in on the way to overcome this difference? I sure hope so. Many thanks. cypher000 Please first mention what version of GIMP you are using, and on what platform. Mentioning the printer brand and model would be useful too. On GNU/Linux or Mac OS, Gutenprint does a very fine job for printing. Anyway, any printing software manages itself the conversion from RGB to CMYK. However, they need some information, in the form of ICC profiles. -- Olivier Lecarme ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp Printouts
Walter, There are multiple issues involved. For example: - Since you did not mention anything about calibration, consider that the scanner, the monitor, and the printer are three different devices, each of which has to be properly calibrated (starting at the beginning with the scanner, then the monitor, and then the printer) using known source colors. This is the bane of color work. The subject is enormous and has very little to do with Gimp itself. The process of calibration can result in the creation of ICC color profiles which each piece of hardware uses (or I should say the programs on your computer uses when talking to each piece of hardware) to adjust for the color variations of the respective hardware. - The printer, even when properly calibrated, is subject to all sorts of variations including temperature and humidity -- to say nothing of the paper -- at any given moment. We had a big color printer that we had to calibrate every few hours of operation. - What you get from the scanner will vary over the life of the scanner. As it gets older, you will see changes in the color that it puts out. Thus it needs to be recalibrated from time to time. - What you see -- or think you see -- on the monitor, even when properly calibrated, will vary greatly just be changing the lighting in the room where you use the monitor. - The RGB to CMYK conversion depends greatly on many issues, including where the conversion occurs (in image and/or color management software on your computer, in the printer driver software, or in software resident on the printer itself. The subject is huge and always gives me an enormous headache. I suggest Googling on color calibration and such subjects for more useful information that you can apply to your environment. Keep in mind that what you have been seeing/editing/tweaking on your monitor may actually not be reality. I have five identical monitor (same brand and model), all configured the same way, but without any specific calibration to a color target. All five of them show the same image a little differently -- but one of them is massively different (whites come out very yellowish); that one needs to be repaired. Good luck. Jay On 04/02/2009 12:40 PM, Walter S. wrote: Hi there. Thanks for allowing me to join this forum. I have been using Gimp for some time, but now that I have got as far as printing out some of my work I have come across a snag. I could not understand why the print was so much darker than the image on the monitor. Having scanned the help files in Gimp, I find the information, that this is because the monitor is showing the image in RGB,but the actual printout is in CMYK. I am wrestling with the logic of this and failing to comprehend why it should be. I am hoping that there is a way of resolving this tremendous mis-match. Is there any Gimp knowledgeable member out there who could fill me in on the way to overcome this difference? I sure hope so. Many thanks. cypher000 ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] menu items
Is it possible to move menu items from one heading to another, please? If it is then could some kind person please explain to a non-techie how to do it? Norman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] menu items
On Thu, 2009-04-02 at 18:28 +0100, norman wrote: Is it possible to move menu items from one heading to another, please? If it is then could some kind person please explain to a non-techie how to do it? There is no user-accessible method for doing this in 2.6. You'd have to hack the code, which (of course) would break compatibility with the mainline GIMP source. -- Michael J. Hammel mjham...@graphics-muse.org / http://www.graphics-muse.org -- Bumper Sticker: Heart Attacks... God's revenge for eating His animal friends. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Scanning into GIMP
I'm having the same problems. I'm using a windows XP machine (so I don't think xsane works for me) with a Canon canoscan D646U scanner. I got the twain drivers and scan gear tool but it doesn't show on my list in gimp. I was able to use my scanner fine on the previous version of gimp. Help with this would be appreciated. Thanks! ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp Printouts
Walter S. wrote: I could not understand why the print was so much darker than the image on the monitor. Having scanned the help files in Gimp, I find the information, that this is because the monitor is showing the image in RGB,but the actual printout is in CMYK. I am wrestling with the logic of this and failing to comprehend why it should be. I am hoping that there is a way of resolving this tremendous mis-match. The monitor is a source of light and has a contrast ratio between pure white and black of 200:1 or so. A printed page can only reflect light that is falling on it and has a contrast ratio of about 30:1. Various papers also absorb the inks, so the filtering effect of the ink is not as great as it could be. Also, a rich black (CMYK overprinted) does not absorb all light that falls on it but actually reflects some so it more like a very dark grey. (If you turn all the lights in the room off late at night you will see that black on the monitor is not quite pure black, because some light is still being emitted from 'black' parts of the image.) So your prints will always look duller than on the monitor. This is only apparent to you because you can compare the monitor with paper. Photos in magazines look okay to us because we are in no position to compare them with the original scene, film transparency, or digital photo from which they originated. Regards, Hedley -- Hedley Finger 28 Regent Street Camberwell VIC 3124 Australia Tel: +61 3 9809 1229 Fax: (call phone first) Mobile (cell): +61 412 461 558 Skype: hedley.finger Email. Hedley Finger hfin...@handholding.com.au ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp Printouts
On Thu, Apr 2, 2009 at 11:40 AM, Walter S. for...@gimpusers.com wrote: Hi there. Thanks for allowing me to join this forum. I have been using Gimp for some time, but now that I have got as far as printing out some of my work I have come across a snag. I could not understand why the print was so much darker than the image on the monitor. Having scanned the help files in Gimp, I find the information, that this is because the monitor is showing the image in RGB,but the actual printout is in CMYK. I am wrestling with the logic of this and failing to comprehend why it should be. I am hoping that there is a way of resolving this tremendous mis-match. Is there any Gimp knowledgeable member out there who could fill me in on the way to overcome this difference? I sure hope so. Many thanks. cypher000 Try preparing the image in GIMP, then printing from GIMP and also another program - compare the results. There are issues with RGB-CMYK conversion in any program, but this test will at least let you know if GIMP's print plug-in is to blame for skewing the colors, or if you've just chosen colors that are out of gamut. Chris ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] GSoC Proposal Review
[00:37] Evan Sorry, but I've got to go. My eyeballs are about to fall out and roll around my desk. Thanks for your time. [01:01] joao fine. Ie applied. Schumaml should aprove me by the morning. I will avaliate and vot on your project shrtly thereafter ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
