[Gimp-developer] setting mouse controller action hangs 2.5.4
Hello. When I try to set Alt+Mouse wheel Up in parameters to "increase brush scale" and click Ok GIMP hangs. GIMP 2.5.4 in Ubuntu Hardy. -- With respect Alexander Rabtchevich ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] [wish] provide transparent color
Hello, > From: bgw <[EMAIL PROTECTED]> > How does "draw with transparency" differ from using eraser tool > with x% opacity? Pencil and eraser are counterparts of course, but I wished for transparent color, not just transparent pencil (yes, it exists, and it is eraser). > From: Chris Moller <[EMAIL PROTECTED]> > Doesn't the Eraser Tool do what you need? Yes and no, see above. > (Though maybe some > interesting effects could be gotten with an erasing airbrush that > accumulated in the alpha channel. Exactly! Because once you have transparency as your color you could use any tool which works with colors. > From: Simon Budig <[EMAIL PROTECTED]> > Well, historically new stuff always had to proove that it is better > than the old stuff and I personally don't think that is a bad > thing. Of course. > So how do you want to work with transparency? What should happen if > you have a semi-transparent red and you paint on top of blue? Good example, because it shows how natural transparent color is. The answer: you should get exactly the same effect if you have blue color and paint on top of semi-transparent red. It depends on mode and used tool. > Currently it gets blended on top of the blue resulting in some kind > of violet and that is a widely used feature to do natural looking > paintings. I understand your proposal, that you actually want to > have a semi-transparent red in the image after painting? Both answers are really correct -- see above. > How is your new feature supposed to interact with tablets with > varying pressure devices like tablets? Right now you can map the > pressure information pretty naturally to the opacity. Your > "replacement" approach for alphacolors would directly influence the > images alpha channel, making it pretty tricky to lift off the pen > without leaving a transparent spot (tablets tend to add some events > at the end et the stroke with very low pressure). I don't understand that paragraph: a) the transparent color is not a replacement, I clearly stated this in original post, it is addition to the color palette b) don't pick the transparent color if you don't need it > How is your "replacement" approach supposed to work with multiple > layers? Again, it is not a replacement. Honestly, I didn't thought of this issue -- it can be done, but to achieve intuitive behaviour it should be well designed not to change too many things. So here is the problem now... pity. > From: David Odin <[EMAIL PROTECTED]> > So your wishes are granted too. There are already tools for that > in the gimp toolbox: eraser and smudge. See above. Kind regards, ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.5.4 development release
Liam R E Quin wrote: > On Fri, 2008-09-19 at 20:09 -0700, bgw wrote: > > >> checking pkg-config is at least version 0.9.0... yes >> checking for BABL... configure: error: Package requirements (babl >= >> 0.0.22) were not met: >> >> No package 'babl' found >> >> Consider adjusting the PKG_CONFIG_PATH environment variable if you >> installed software in a non-standard prefix. >> >> >> Given the standard library structure above, why doesn't gegl autogen >> find babl? >> > > You need to do > > export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ > > You also need: > export LD_LIBRARY_PATH=/usr/local/lib > > You will also need to do this when running your copy of gimp. > To remind me, I have a shell script, lgimp, that runs the local > gimp with: > > #! /bin/sh > > # export MALLOC_CHECK_=1 > GEGL_NO_NODE_CACHES=1 LD_LIBRARY_PATH=/usr/local/lib BABL_ERROR=0.0 > exec /usr/local/bin/gimp-2.5 "$@" > > you probably don't need the GEGL_NO_NODE_CACHES or BABL_ERROR settings, > though, so you could use, > > #! /bin/sh > > LD_LIBRARY_PATH=/usr/local/lib exec /usr/local/bin/gimp-2.5 "$@" > > > A simpler alternative is to put gimp in a place like $HOME/gimp where > it won't conflict with any installed version of gimp. > > Liam > > Thank you, Liam. Everything works. I'm still unsure why the "non-standard prefix" doesn't include /usr/local, however. Standards have their highest value when they are properly followed, AFAIAC. ___ 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
Simon Budig wrote: > Also I think that most of the tasks you mention in other mails - like > cleaning up edges - can nicely be done with the current gimp, > provided that you don't need 100% exact control over the alpha values We do have an old feature request which does deal with different ways of changing alpha by layer masks: http://bugzilla.gnome.org/show_bug.cgi?id=128118 HTH, Michael -- GIMP > http://www.gimp.org | IRC: irc://irc.gimp.org/gimp Wiki > http://wiki.gimp.org | .de: http://gimpforum.de Plug-ins > http://registry.gimp.org | ___ 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
On Tuesday 23 September 2008, bgw wrote: > How does "draw with transparency" differ from using eraser tool with x% > opacity? You could change the color information at the same places (and less importantly in a single step) you change the alpha information. At least that's how I understand it. Imagine painting with a solvent-diluted color, somehow. It might prove useful, although it might also interfere with current workflows. My 2ยข, Daniel signature.asc Description: This is a digitally signed message part. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script-Fu Command Priority
Samuel wrote: > the GIMP Script-Fu engine doesn't make a difference between registered > definitions and local ones. [snip] > It would be nice if GIMP could prefer local definitions to global ones > or if just registered definitions would go global. A define placed inside another define can only be used locally by code in the enclosing define. What you are probably referring to is how a define that is global to code in one file can conflict with a define in another file if the names are the same. This is due to all script files are read in to a single block of memory used by the interpreter. To avoid the problem, nest defines when you don't need something to be accessible from in another define in a given file. If a define (ie. function) needs to be global so it can be access in multiple define blocks in a file, avoid using generic names that someone else might have used in another file. One way to avoid name collision is the prepending of your initials to your own defines. -- Cheers! Kevin. http://www.ve3syb.ca/ |"What are we going to do today, Borg?" Owner of Elecraft K2 #2172 |"Same thing we always do, Pinkutus: | Try to assimilate the world!" #include | -Pinkutus & the Borg ___ 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
On Tue, Sep 23, 2008 at 09:19:09PM +0200, Maciej Pilichowski wrote: > > From: David Odin <[EMAIL PROTECTED]> > > In the real world I live in, I have yet to see a transparent > > pencil. > > Wish granted -- simply use your finger (I assume you thought of glass > painting because it is only good metaphor source for working with > alpha channel in the first place). > So your wishes are granted too. There are already tools for that in the gimp toolbox: eraser and smudge. -- <[EMAIL PROTECTED]> ___ 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 ([EMAIL PROTECTED]) wrote: > From: Simon Budig <[EMAIL PROTECTED]> > > But even taking him into account the current model > > has served us well for the last years and there has been very few > > discussion about this specific problem, if it cropped up it was in > > the context of indexed PNGs with "alphacolors" or generating > > textures for renderers. For the general public the current model > > seems to generally work and I don't see a compelling reason to > > change this. > > Well, one thing is history -- everything (in general) worked in the > past -- why introduce cars when horses... etc etc etc :-) Well, historically new stuff always had to proove that it is better than the old stuff and I personally don't think that is a bad thing. I guess I have not yet understood what you actually want to achieve. > The second thing is potential benefit -- and I believe less time spent > on creating an image _is_ benefit. Note, that it will not introduce > new features per se, it only could only change the way you work (if > one wishes so). You can work with colors with color tools and you can > only work with alpha channel with alpha channel tools. It is > narrowing possibilities -- why not pick up brush, shape, pressure and > polish a picture edges with transparency (as color)? So how do you want to work with transparency? What should happen if you have a semi-transparent red and you paint on top of blue? Currently it gets blended on top of the blue resulting in some kind of violet and that is a widely used feature to do natural looking paintings. I understand your proposal, that you actually want to have a semi-transparent red in the image after painting? How is your new feature supposed to interact with tablets with varying pressure devices like tablets? Right now you can map the pressure information pretty naturally to the opacity. Your "replacement" approach for alphacolors would directly influence the images alpha channel, making it pretty tricky to lift off the pen without leaving a transparent spot (tablets tend to add some events at the end et the stroke with very low pressure). How is your "replacement" approach supposed to work with multiple layers? I see lots of open questions here and I have doubts that your desired workflow is an improvement over the current one. Also I think that most of the tasks you mention in other mails - like cleaning up edges - can nicely be done with the current gimp, provided that you don't need 100% exact control over the alpha values (like the texture guys seem to need it, but they are not the main target audience). So I still don't see the problem here that needs to be solved. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ 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] [wish] provide transparent color
Hello, > From: Simon Budig <[EMAIL PROTECTED]> > We currently use alpha to do proper antialiasing, compositing > existing photos on top of each other and in all of these cases a > coupled "alphacolor" (= color + alpha value) would be cumbersome > and unhelpful. Why unhelpful? Note, that you are already used to something, and different does not mean unhelpful. I would love to change colors (including transparency) so I could focus only on several tools. For me using alpha channel just to make something transparent is tiresome because I have to use more tools than I really need. > But even taking him into account the current model > has served us well for the last years and there has been very few > discussion about this specific problem, if it cropped up it was in > the context of indexed PNGs with "alphacolors" or generating > textures for renderers. For the general public the current model > seems to generally work and I don't see a compelling reason to > change this. Well, one thing is history -- everything (in general) worked in the past -- why introduce cars when horses... etc etc etc :-) The second thing is potential benefit -- and I believe less time spent on creating an image _is_ benefit. Note, that it will not introduce new features per se, it only could only change the way you work (if one wishes so). You can work with colors with color tools and you can only work with alpha channel with alpha channel tools. It is narrowing possibilities -- why not pick up brush, shape, pressure and polish a picture edges with transparency (as color)? > From: David Odin <[EMAIL PROTECTED]> > In the real world I live in, I have yet to see a transparent > pencil. Wish granted -- simply use your finger (I assume you thought of glass painting because it is only good metaphor source for working with alpha channel in the first place). Kind regards, ___ 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. > > I know GIMP has alpha channel and it provides transparency. However it > is artificial for me that you have colors and then you have distinct > entity -- transparency. It would be useful (and _intuitive_) to have > black color, white color, ... and transparent "color", so user could > pick up color dialog, choose transparent and paint/draw with > transparency. > > Such metaphor is more accurate to real world and thus more appealing > to weekend artist (who would like to do some things in simple > manner). > > Kind regards, > ___ > Gimp-developer mailing list > Gimp-developer@lists.XCF.Berkeley.EDU > https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer > > How does "draw with transparency" differ from using eraser tool with x% opacity? ___ 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
On Tue, Sep 23, 2008 at 08:38:53PM +0200, Maciej Pilichowski wrote: > Hello, > > I know GIMP has alpha channel and it provides transparency. However it > is artificial for me that you have colors and then you have distinct > entity -- transparency. It would be useful (and _intuitive_) to have > black color, white color, ... and transparent "color", so user could > pick up color dialog, choose transparent and paint/draw with > transparency. > > Such metaphor is more accurate to real world and thus more appealing > to weekend artist (who would like to do some things in simple > manner). > In the real world I live in, I have yet to see a transparent pencil. -- <[EMAIL PROTECTED]> ___ 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 ([EMAIL PROTECTED]) wrote: > Please, provide transparent color or in other words -- treat > transparency _also_ as a color. I don't think that this is a sensible approach in general. We currently use alpha to do proper antialiasing, compositing existing photos on top of each other and in all of these cases a coupled "alphacolor" (= color + alpha value) would be cumbersome and unhelpful. > Such metaphor is more accurate to real world and thus more appealing > to weekend artist (who would like to do some things in simple > manner). Note, that Gimp is not designed with the "weekend artist" in primary focus. But even taking him into account the current model has served us well for the last years and there has been very few discussion about this specific problem, if it cropped up it was in the context of indexed PNGs with "alphacolors" or generating textures for renderers. For the general public the current model seems to generally work and I don't see a compelling reason to change this. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ 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: It would be useful (and _intuitive_) to have black color, white color, ... and transparent "color", so user could pick up color dialog, choose transparent and paint/draw with transparency. That would be cool! Patrick ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] [wish] provide transparent color
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. I know GIMP has alpha channel and it provides transparency. However it is artificial for me that you have colors and then you have distinct entity -- transparency. It would be useful (and _intuitive_) to have black color, white color, ... and transparent "color", so user could pick up color dialog, choose transparent and paint/draw with transparency. Such metaphor is more accurate to real world and thus more appealing to weekend artist (who would like to do some things in simple manner). Kind regards, ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] [bug] incorrect math: adding/substracting empty selection deselects selection
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=549925 Simple facts from math and Gimp: 0 is empty set A is just a set what is A u 0 ? in Gimp it is 0 what is A \ 0 ? in Gimp it is 0 Such behaviour is even counterintuitive -- if I have selection and I remove one pixel from it I will get previous selection without that pixel. If I don't select anything, selection should be unchanged -- yet, Gimp removes entire selection When I polishing images I am tired over time and Gimp makes me even more tired -- I from time to time just click a mouse (accidentally), or when selecting (adding) one pixel my mouse was moved (one pixel -- irony isn't it) on LMB release, in effect I selected 0 pixel instead of 1, and then I have to undo last operation because I lost my selection. The current behaviour makes perfect sense for setting the selection, but not to adding/substracting. It does not help, quite contrary -- I have to focus more than I should because of the artificial limit of Gimp. When selecting 100x100 pixels you can't spot it, but when selecting one pixel Gimp policy is like "no mistake allowed". And note that I am not handicapped. Kind regards, PS. I believe this mail was not delivered to ML (I checked in the archive for being sure) so I am sending it again. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] newb questions re python-fu
Hi Chris, It was a versions problem: I am not running my local copy of 2.4.7, I am running the one that the .dmg installed at /Applications/Gimp.app. Now that I"ve got that straight, I can run new scripts at /Applications/Gimp.app/Contents/Resources/lib/gimp/2.0/plug-ins but it will not recognize any installed at ~/.gimp-2.0/plug-ins. I can live with that. Sorry about the missing comma; it was late when I added that line. I am running Komodo, so I do see the parser"s hints as a rule. Thanks again, paul --- On Mon, 9/22/08, Chris Mohler <[EMAIL PROTECTED]> wrote: > From: Chris Mohler <[EMAIL PROTECTED]> > Subject: Re: [Gimp-developer] newb questions re python-fu > To: "paul taney" <[EMAIL PROTECTED]> > Cc: "gimp" > Date: Monday, September 22, 2008, 6:51 PM > On Mon, Sep 22, 2008 at 5:41 PM, paul taney > <[EMAIL PROTECTED]> wrote: > > > >> > > >> > Thanks very much, Chris. > >> > > >> > I am using your file now and made a coupla > repairs, > >> afaict. > >> > But it still doesnt install. Now I may know > why, as > >> running > >> > it straight up gives No module named gimpfu! > >> > >> AFAIK, you can't run gimp-fu scripts outside > of GIMP. > >> There is a > >> python-fu console (XTNS->Python-Fu->Console) > that > >> will allow you to type/paste code in. > >> > >> When it doesn't register, is there any console > output > >> from GIMP? > >> > > > > No, but if I try to import it in the console I get > something revealing: > import python-fu-vanderwalt > > File "", line 1 > >import python-fu-vanderwalt > > ^ > > SyntaxError: invalid syntax > > > > > I would not be suprised if python objects to minus > signs in module names, > > so I have fixed that in my push script: > > > > % cat push.sh > > cp python-fu-vanderwalt.py > ~/.gimp-2.4/plug-ins/python_fu_vanderwalt.py > > chmod +x ~/.gimp-2.4/plug-ins/python_fu_vanderwalt.py > > cp python-fu-vanderwalt.py > ~/gimp/gimp-2.4.7/plug-ins/pygimp/plug-ins/python_fu_vanderwalt.py > > chmod +x > ~/gimp/gimp-2.4.7/plug-ins/pygimp/plug-ins/python_fu_vanderwalt.py > > > > Still, it does not appear in the Xtns browser or > /Filters/Render. > > > > Maybe it has to be Capitalized , as in the script... > > > > Nope. That"s not it; I just tested for that, but > it is something > > REALLY STUPID. Je garantir. > > Hi Paul, > > I did not look at it very carefully, but there are still > indentation > errors. I recommend opening it in Eric - it will literally > show a > "bug" on the line(s) in question. You're > also missing a comma on line > 92... > > Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Splash proposal for 2.6
On Mon, Sep 22, 2008 at 7:41 PM, Joao S. O. Bueno <[EMAIL PROTECTED]> wrote: > On Monday 22 September 2008, Aurore D. wrote: >> Hello, >> >> A while ago Jimmac asked me if I could try to work on a splash screen >> for GIMP 2.6. >> I did several proposals, and here is the one that has the preference: >> http://aurore.d.googlepages.com/splash_proposal >> >> Tell me what you think :) >> >> Cheers, > > Hi. > > Sorry - > This is a beautiful image, but I don't think it would do a great splash > screen. Maybe it would make a good about box image. Rockwalrus ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer