[Gimp-developer] Re: Tensor (= 2-D) Gradients - continued
Hi, Shlomi Fish [EMAIL PROTECTED] writes: No License. ;) Public-Domain source code is one that can be converted into any other license at will. we risk getting off-topic here, but I wonder: why would you want to publish code under such a license or no license as you call it ? Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Non interactive plugin call
Hi, Maxime Cousinou [EMAIL PROTECTED] writes: I'm writing a plug in (two in fact) and I want the first one to launch the second one through the non-interactive way, but I can't find how to do that. Can anyone help ? call it through the PDB. For an example, have a look at the helpbrowser plug-in. It calls the webbrowser extension: return_vals = gimp_run_procedure (extension_web_browser, nreturn_vals, GIMP_PDB_INT32, GIMP_RUN_NONINTERACTIVE, GIMP_PDB_STRING, cbs-href, GIMP_PDB_INT32, FALSE, GIMP_PDB_END); gimp_destroy_params (return_vals, nreturn_vals); Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: Re: Bucket fill, Fill with foreground and gradient
Ok, first idea for poll: -Do you use the bucket-fill 1. All the time 2. I normally use fill with foreground/background-color 3. Only to fill with pattern. 4. What is bucket fill? Ralf Hmm, I use the bucket fill all the time, both for patterns and filling selections. If I want to fill a region with a similar colour with another one I usually select it with the magic wand and then bucket fill. It's easier to see how far you'll get that way. As far as I'm concerned the threshold can disappear, making it default to always fill the entire selection (or the entire image if there is no selection). Magic wand can do the selecting. Lourens ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: Re: Bucket fill, Fill with foreground and gradient
Hi, Lourens Veen [EMAIL PROTECTED] writes: Hmm, I use the bucket fill all the time, both for patterns and filling selections. If I want to fill a region with a similar colour with another one I usually select it with the magic wand and then bucket fill. It's easier to see how far you'll get that way. As far as I'm concerned the threshold can disappear, making it default to always fill the entire selection (or the entire image if there is no selection). Magic wand can do the selecting. this sounds reasonable to me. On the other hand, this would render the bucket fill tool almost useless since you can do the color and pattern fill much easier using DND. The sole advantage of the Bucket Fill tools is the threshold functionality and the fact that the possibility to fill using DND is not obvious. Any other opinions on this subject? Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bucket fill, Fill with foreground and gradient
If you guys decide to program a Bucket Fill function that always fills the whole selection, then the interface should mirror this: once a user has made a selection and then doubleclicks on the Bucket Fill icon to conjure up the Bucket Fill dialog, the threshold should be put to maximum (255) and grayed out. Thats only accurate for the one image though :( I consider it to be a bug that there is a discrepancy between what the program interface (in the shape of the Bucket Fill dialog) tells me and what the program actually does. In a case for more than one mode of image and only one tool, this will unfortunately always be the case. Second, I feel that (in the light of User Interface rule #1 that says Rules were made to be broken. Users often don't know whats best - they just know if something is easy to use. It takes lots of thought and planning to make that happen. We shouldn't be afraid of offending users by making changes - just be sure we're moving in the right direction. Seth __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] big time kudos
From someone who recently contaced me with a GIMP question. I wasn't able to help, but he figured it out. I wanted to pass this along to all developers, though: |I must say, the GIMP is one of the best freeware tools I have seen. |My hat goes off to the developers of this remarkable freeware on a |UNIX platform. The work put into this software is greatly appreciated |by all who have used it, I am sure. | |Thank you, | |David Price |Graphic Operations Manager, CNN ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Perl server problem
Hi, Marc Lehmann [EMAIL PROTECTED] writes: It's simple: i had(!) a script which loaded and analyzed thousands of (checked) jpegs and (unchecked) gifs. Broken gifs tend to hurt gimp badly, with effects ranging from gimp filling all virtual memory to segfaulting (and yes, sometimes cycling in the signal-catching code which, AFAIR, we agreed to disable in 1.2). you are aware that there's a command-line option to control the stack-trace behaviour? I'd like to see your script or at least have a description of what it did so we can try to debug the behaviour you are describing. Using memprof it should be possible to find your leaks. Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Perl server problem
On 2 Jun 2001, Sven Neumann wrote: Hi, Marc Lehmann [EMAIL PROTECTED] writes: It's simple: i had(!) a script which loaded and analyzed thousands of (checked) jpegs and (unchecked) gifs. Broken gifs tend to hurt gimp badly, with effects ranging from gimp filling all virtual memory to segfaulting (and yes, sometimes cycling in the signal-catching code which, AFAIR, we agreed to disable in 1.2). you are aware that there's a command-line option to control the stack-trace behaviour? True enough. Besides, if we had a bug report filed for everything we wanted or thought we'd have in 1.2, we'd have to open up another whole development branch. :) Rockwalrus ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Perl server problem
On Sat, Jun 02, 2001 at 12:54:23AM +0200, Sven Neumann [EMAIL PROTECTED] wrote: you are aware that there's a command-line option to control the stack-trace behaviour? yes. I'd like to see your script or at least have a description of what it did the inner loop was this (i cannot run it at the moment, though, since it is part of a quite complex environment). ... for(many images) my $img = Gimp-file_load(($_)x2); $img-flatten; eval { $img-convert_grayscale }; my $l = ($img-get_layers)[0]; $l = $l-gimp_scale(1, 0, 0, $s+0.4, $s+0.4); $l-plug_in_c_astretch; $l-width == $s or die $s .$l-width; $l-height == $s or die $s .$l-height; my $pr = new PixelRgn $l, 0,0,$s,$s, 0,0; $pr = $pr-get_rect(0,0,$s,$s)-slice((0))-clump(2)-short; (($pr *= $b-1) += 127) /= 255; #/ # vim can't correctly hilight this :( $pr = $key-index($pr-list); $img-delete; What it does is load an image, scale it down quite a bit and create a spatial index key. I can send you the whole script, but to make sense you would need to massage it quite a bit. If I could have made it small and simple I would have sent it in long ago ;) so we can try to debug the behaviour you are describing. Using memprof it should be possible to find your leaks. yes :/ -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | | ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bucket fill, Fill with foreground and gradient
On 1 Jun 2001, at 8:14, Seth Burgess wrote: Branko: If you guys decide to program a Bucket Fill function that always fills the whole selection, then the interface should mirror this: once a user has made a selection and then doubleclicks on the Bucket Fill icon to conjure up the Bucket Fill dialog, the threshold should be put to maximum (255) and grayed out. Thats only accurate for the one image though :( I consider it to be a bug that there is a discrepancy between what the program interface (in the shape of the Bucket Fill dialog) tells me and what the program actually does. In a case for more than one mode of image and only one tool, this will unfortunately always be the case. Still, in a sequence of actions as I described (select -- Bucket Fill dialog -- bucket fill) visual feedback will at least give me a hint that something special is going on. A better thing might be putting something in a (the) status bar of the image window, but I do not want to propose cluttering up that window. Second, I feel that (in the light of User Interface rule #1 that says Users often don't know whats best - they just know if something is easy to use. And often that is the best. Rules were made to be broken. It takes lots of thought and planning to make that happen. We shouldn't be afraid of offending users by making changes - just be sure we're moving in the right direction. That is why I said 'unless'. However, if no-one can fill in the unless, the rule applies. -- branko collin [EMAIL PROTECTED] ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] shrunk display
I would like to know the precise functions that handle the shrinking of the image for display. I would like to code them in MMX. [The current Gimp core code is too much of a mess!] David Monniauxhttp://www.di.ens.fr/~monniaux Laboratoire d'informatique de l'École Normale Supérieure, Paris, France ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] shrunk display
Hi, David Monniaux [EMAIL PROTECTED] writes: I would like to know the precise functions that handle the shrinking of the image for display. I would like to code them in MMX. have a look at app/image_render.c Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Yahoo! Auto Response
[EMAIL PROTECTED] Original Message: X-Track: 1: 40 Received: from n3.groups.yahoo.com (HELO hj.egroups.com) (216.115.96.53) by mta580.mail.yahoo.com with SMTP; 01 Jun 2001 17:13:36 -0700 (PDT) X-eGroups-Return: [EMAIL PROTECTED] Received: from [10.1.4.53] by hj.egroups.com with NNFMP; 02 Jun 2001 00:09:31 - MIME-Version: 1.0 Message-ID: [EMAIL PROTECTED] Mailing-List: list [EMAIL PROTECTED]; contact [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] Date: 2 Jun 2001 00:09:31 - From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [gimp-developer] Digest Number 377 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There are 25 messages in this issue. Topics in this digest: _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer