Re: [Gimp-user] More-... Wacom - What am I missing?
David, I renamed my ~/.gimp-x.x directories so Gimp would start up recreating the vanilla settings. All brushes and all scale (initial scale setting is 1.0) variations cause this error. I guess if I want the wacom to be anything but another mouse I will have to bite the bullet and compile my own Gimp 2.6 or wait for an AMD64 Debian Lenny upgrade to 2.6. Not the end of the world, I had my own compile of 2.3 at one time. Thanks Stephen David Gowers wrote: > On Sun, May 10, 2009 at 11:32 PM, stephen moss wrote: > > > Please indicate what brush you have selected (and the 'brush scale' > parameter in the tool options -- I *think* that was in GIMP 2.4). > It could easily be something as simple as having the brush scale > cranked down to invisible levels. > Alexia Death had fixed that bug by GIMP 2.6+ (or maybe that was me. > anyway she committed the patch), so if this is the problem, please > consider upgrading to the latest in the 2.6 series, it mostly keeps > you from having pointlessly small brush scale. > -- Stephen Moss Retired Tech Rat off the wheel and into the ball ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] More-... Wacom - What am I missing?
More information, I am getting the following error when the stylus hits the pad: (gimp:5377): Gimp-Base-CRITICAL **: temp_buf_resize: assertion `width > 0 && height > 0' failed stephen moss wrote: > Fellow Gimp Users, > > My wacom graphire3 is working correctly, except for the actual tool > manipulation after selecting the tool(s). > > I can move windows, select tools (different for each of stylus and > eraser), select colours etc. but when it comes to having the tools > operate...stylus and eraser do nothing. I do not even get the brush > showing under the tool's cursor on the screen. > > > - Debian Lenny amd64 100% up to date. Two screen with the X > configuration (xorg.conf) of wacom InputDevices all set to a single > screen for testing. > > - Gimp 2.4.7 - distribution's .deb > > Ideas? > > Thanks > Stephen > > -- Stephen Moss Retired Tech Rat off the wheel and into the ball ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Wacom - What am I missing?
Fellow Gimp Users, My wacom graphire3 is working correctly, except for the actual tool manipulation after selecting the tool(s). I can move windows, select tools (different for each of stylus and eraser), select colours etc. but when it comes to having the tools operate...stylus and eraser do nothing. I do not even get the brush showing under the tool's cursor on the screen. - Debian Lenny amd64 100% up to date. Two screen with the X configuration (xorg.conf) of wacom InputDevices all set to a single screen for testing. - Gimp 2.4.7 - distribution's .deb Ideas? Thanks Stephen -- Stephen Moss Retired Tech Rat off the wheel and into the ball ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Batch tool suggestions?
Evan, - a _pause_ for subjective actions One action I use when I make a python script for batch manipulation is a _pause_ where I can make subjective decisions like cropping and then click go, where the python script returns to the automated actions like uniform resizing etc, then it brings up the next image, automated actions, stops again for me to crop etc. Stephen Evan Kroske wrote: > Hello GIMP users, > I'm going to be developing a batch image processor plugin for GIMP, > and I'd like to know which functions should be the first on my list. > Obviously, scaling is the first priority, because I use that to optimize > pictures for my websites. However, past that, I'm not sure which > functions are the most used. Should I add ... > ... cropping? > ... layer management? (eg. adding a layer with a signature to a whole > bunch of pictures) > ... filters? > ... color management? > ... or something else? > I would like to add all of those functions, but I will probably only get > two or three of these actions enabled. What are the most important > functions for you? > > Regards, > Evan Kroske > Future GSoCer (hopefully) > ___ > Gimp-user mailing list > Gimp-user@lists.XCF.Berkeley.EDU > https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user > ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp will strip the exif information in tiff file?
Unfortunately exiv2 does not write to tiff files yet... This would give you a work around... copy the EXIF back in after editing. http://www.hugsan.com/EXIFutils/ -- Stephen Moss Retired Tech Rat off the wheel and into the ball ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] pdb.gimp_by_color_select malfunction .. workaround
Thanks David, I have to eat crow on this one... I plead fatigue ;-) Choosing the correct option does help a whole bunch: CHANNEL-OP-REPLACE (2) <---correct answer ... CHANNEL-OP-ADD (0) doesn't work very well if everything has been selected already! The problem file(s), xcf, must have been saved with "selected all" already set from some previous operations. Another script to debug. Thanks Stephen -- Stephen Moss [EMAIL PROTECTED] ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] pdb.gimp_by_color_select malfunction .. workaround
Fellow python users, After some more work on the problem I discovered that: - small files opened in the GUI are "select" -> "none" but - larger files are opened "select" -> "all" Workaround: Put a "pdb.gimp_selection_none(image)" before the "pdb.gimp_by_color_select_full(drawable," Stephen -- Stephen Moss [EMAIL PROTECTED] ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] pdb.gimp_by_color_select malfunction
pdb.gimp_by_color_select malfunction. linux debian etch amd64 gimp 2.3.13 (no other updated libs required) I have a python routine that uses: pdb.gimp_by_color_select Everything works fine for smaller files but the subroutine does not work correctly (does a select all, instead of the requested select by color) when I use it on larger ones. The current picture is 8000 X 6500 px. I tried pdb.gimp_by_color_select_full too, but it also fails. I can pause the execution of the python script right after the python pdb.gimp_by_color_select. The GUI indicates a "select all" condition! I can then use the GUI "Select" -> "by color" which works perfectly! Ideas??? Stephen -- Stephen Moss [EMAIL PROTECTED] ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Solved: strange horizontal cursor slippage
Thanks to Akkana Peck I looked a farther than Gimp, and after much frustration.. Several weeks ago, I switched the position of my monitors, high and low screen resolution, left and right. It would seem Xorg does not like the hi-res monitor as the secondary monitor on the right. The problem did not appear immediately because there seems to be a file size factor too... only larger graphics were affected. Should anyone have a similar problem in the future they will now be able to find the culprit. Stephen -- Stephen Moss [EMAIL PROTECTED] ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Example: strange horizontal cursor slippage
Hi, a little more information... 3 cloning examples on this picture... http://www.stu.ca/~smoss/gimp/cursor-slip.jpg I am moving the cursor/brush top left to bottom right when "magically" it scoots horizontally to the left. Very annoying! This behaviour may have started after a debian update/upgrade so I would like to know what additional library I should upgrade/compile into my private library for Gimp 2.3 compile/usage. AMD64 Debian etch all current updates applied. Gimp 2.3.13 and/or 2.3.19 + gtk+-2.10.14, compiled into my user area. Thanks Stephen ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] strange horizontal cursor slippage
AMD64 Debian etch all current updates applied. Gimp 2.3.13 and/or 2.3.19 + gtk+-2.10.14, compiled into my user area. When I am using a tool for cloning painting etc my cursor will suddenly jump horizontally to the left. For example the current picture is about 2250 pixels wide and the cursor will jump from horizontal 1500-1600 pixel point back horizontally, anywhere from about 500 pixels to all the way to the left margin of the picture. What library would control this action so I can try an update to the library to fix the problem. Thanks Stephen ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Archive search tool?
Is there a search tool for the archived postings on this list? Thanks Stephen ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
