Re: [Gimp-developer] bug hunting -- squashing windows bugs

On Tue 3 December 2002 00:38, Patrick McFarland wrote: > On 02-Dec-2002, Lourens Veen wrote: > > And guess what, it fixes all GIMP bugs too!. After all, GIMP is > > part of GNOME, so if you don't install GNOME, there won't be > > GIMP, so there won't be any GIMP

Re: [Gimp-developer] bug hunting -- squashing windows bugs

On Mon 2 December 2002 21:35, David Weeks wrote: > I fixed all my windows bugs: > > 0) Backup your data. > 1) Boot from rescue disk, no CD support (or don't worry for > win95, that had to be made manually). > 2) Utilize the Microsoft built, Microsoft bug squashing tool: > fdisk 3) In fdisk you'll

Re: [Gimp-developer] layer groups (was: Film Gimp and GIMP)

On Fri 29 November 2002 18:33, Raphaël Quinet wrote: > On Fri, 29 Nov 2002 11:29:12 -0500, Patrick McFarland <[EMAIL PROTECTED]> wrote: > > Btw, has there been a discussion on how layer grouping will > > work? I want to be able to both group layers in just a group > > (aka doesnt change how render

Re: [Gimp-developer] testing a press release

On Thursday 28 March 2002 01:40, Branko Collin wrote: > Hi, > > Argh! Rather late, I put up the press release I promised to make > at . > > If you want to comment on it, please go ahead. I think I found one small language error. In the last par

Re: [Gimp-developer] Re: Menus, keybinding et al, first draft

On Sunday 17 February 2002 00:18, Guillermo S. Romero / Familia Romero wrote: > [EMAIL PROTECTED] (2002-02-16 at 0929.47 +0100): > > Thirdly, we now have three different Transform options. I know that > > Unix gives you enough rope to shoot yourself in the foot, but with > > this you can't see the

Re: [Gimp-developer] Menus, keybinding et al, first draft

On Saturday 16 February 2002 09:29, Lourens Veen wrote: > I'd like to define a Tool as something that changes the image depending on > the coordinates sent by the pointer device. This means that Flip and > Transform (which always work on the whole image or the whole selection) >

Re: [Gimp-developer] Menus, keybinding et al, first draft

On Saturday 16 February 2002 06:59, Marco Lamberto wrote: > On Sat, 16 Feb 2002, Guillermo S. Romero / Familia Romero wrote: > >Zoom In + [Yes, changed, a bit more logical, no?] > >Zoom Out- > > If you have an US keyboard you'll notice that while the

Re: [Gimp-developer] Menus, keybinding et al, first draft

On Saturday 16 February 2002 00:06, Guillermo S. Romero / Familia Romero wrote: > Hi: > > This is the doc I have now. Any comments? Suggestions? Fixes? Well done! I still have some comments though, see below. > Xtns> > Script-Fu> > Tools> > Default Colors D >

[Gimp-developer] Plug-in distribution system

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I've been working on a design document for a plug-in distribution system for The GIMP. I paid a visit to #gimp today to ask a question, and was told that yosh was working on plug-in management as well. I wanted to finish my document before

Re: [Gimp-developer] glib version question

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 22 January 2002 21:10, Carol Spears wrote: > what is a good, generic, quick way to find which version of glib you > have installed on your computer? glib-config --version Lourens - -- GPG public key: http://home.student.utwente.nl/l.e.v

Re: [Gimp-developer] Tools vs. Plugins

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 17 January 2002 17:44, Dave Neary wrote: > > Please, please, please try to get this right. When discussing GIMP, it > > is NEVER Gimp. It is NEVER plugin. GIMP has plug-ins. > > Surely The GIMP (or the GIMP) has plug-ins? :-) Must be T

Re: [Gimp-developer] Tools vs. Plugins

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 15 January 2002 21:14, you wrote: > Hi, > > I said "with the current design". A plug-in manager should definitely > be designed to also work for pluggable tools (Bex, how would I spell > this correctly?) which is something we definitely wa

Re: [Gimp-developer] Tools vs. Plugins

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 15 January 2002 20:39, Sven Neumann wrote: > Hi, > > if I'm informed correctly someone is already working on a plug-in manager > but I'd like him to speak up here on himself. If you're reading this, yes, please do so. That'll save me anot

[Gimp-developer] Tools vs. Plugins

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, With people talking on this list about plugin distribution and management again recently, I figured it'd be nice to have some document which is worked out a bit more than the ideas that have been thrown up so far. So I've started to make s

Re: [Gimp-developer] B&W digital, compose w/weighted color channels?

On Monday 17 December 2001 20:47, Lourens Veen wrote: > I just realised that you could just add a layer with colour (0, 255, 255) and put it in front of your image, then set its layer mode to multiply. Much easier. Brightness might be a problem though, make sure your highest percentage

Re: [Gimp-developer] B&W digital, compose w/weighted color channels?

On Monday 17 December 2001 20:18, [EMAIL PROTECTED] wrote: > > Is there some combination of existing functions that would let > you re-compose an image as: > > 0% red, 50% green, 50% blue (i.e., a red-blocking filter) > > Is there some way to use blending of layers and opacity to do > this?

Re: [Gimp-developer] Developers and users (was: Bug week like thing for GIMP?)

On Wednesday 28 November 2001 15:17, Sven Neumann wrote: > Hi, > > Lourens Veen <[EMAIL PROTECTED]> writes: > > Okay, so I misjudged the state of development Gimp is in. I remember > > trying to find out some time ago how hard it would be to contribute > > thi

Re: [Gimp-developer] Developers and users (was: Bug week like thing for GIMP?)

On Tuesday 27 November 2001 14:50, Seth Burgess wrote: > Allow me to correct some impressions... > > Very little has happened recently in the way of scripts or filters; saying > that gimp developers concentrate on that is ridiculous. Sorry, my bad. Jargon problem it seems. In Gimp, scripts and f

Re: [Gimp-developer] Professional use of Gimp (was: Developers and users (was: Bug week like thing for GIMP?))

On Tuesday 27 November 2001 13:10, Robert L Krawitz wrote: > I can imagine professional use of a program without any of these > things these days (the font stuff is most likely to be an issue). A > lot of printers that get professional use have Mac/Windows drivers > that take exclusively RGB dat

Re: [Gimp-developer] Developers and users (was: Bug week like thing for GIMP?)

On Tuesday 27 November 2001 02:18, Branko Collin wrote: > > > 3. A page on the GIMP site should be dedicated to the topic of "How > > to > > transition from Photoshop to the GIMP successfully." The > > community would be a lot larger if more people realized that 'you > > get what yo

Re: [Gimp-developer] suggestion for color to alpha

"Rebecca J. Walter" wrote: > > it might be useful if the color to alpha filter could a) interact with > the color picker or b) pull the information about the image background > from the color tool stuff and use that as the color to replace. it isnt > easy for a lot of users to select the color i

Re: [Gimp-developer] Re: patch for gimp/po/fr.po

Stephen Robert Norris wrote: > > > Yes, this is a way the application can avoid the problem; it's not a way > the library can. > > My point was that it's impossible with modern OS's to avoid the possibility > of the library crashing. Ah, we agree then, that was the point I was trying to make a

Re: [Gimp-developer] Re: patch for gimp/po/fr.po

Stephen Robert Norris wrote: > > I'd be interested to know how to avoid that. I'm pretty sure I can > construct a scenario (with multiple threads and memory mapping, > for example) where it's impossible to tell until you get the SEGV. For > instance, I memory map a file, pass a pointer into the ma

Re: [Gimp-developer] brushes

Read it in the manual: http://manual.gimp.org/manual/GUM/brush2.html#446961. Questions about using Gimp such as this one should be sent to gimp-user, gimp-developer is meant for developers. Lourens PCc0d3r wrote: > > how can i create my own brush? > > -- > PCc0d3r > X-G3n > http://xgen.linux.

Re: [Gimp-developer] glib/gtk+ 2.0 port

Kelly Martin wrote: > > Think "plugin authors". These people are going to want to start > working on porting their plugins to 2.0 well in advance of 2.0's > release but are not likely to want to cope with being GTK debuggers on > top of being GIMP debuggers. > > Kelly I may be misunderstanding

Re: [Gimp-developer] glib/gtk+ 2.0 port

Alright, this is turning into a flamewar and that's the least productive of all. Let me try to wrap up this discussion: The question: Will the gimp-1.3 developer releases depend on Gtk-1.3 HEAD CVS, or do we make certain every gimp-1.3.x release compiles with gtk-1.3.y? Arguments for depending o

Re: [Gimp-developer] glib/gtk+ 2.0 port

Kelly Martin wrote: > [snip] > If GTK stable release (1.2) is not acceptable for further development > in the GIMP (which it probably is not), I would strongly urge picking > a relatively stable snapshot of GTK+ current development (possibly, > but not necessarily HEAD today) and use that. We mi

Re: [Gimp-developer] GUI comment from an NT user

"Rebecca J. Walter" wrote: > > I don't think I have ever heard of anyone running multiple GIMPs at one > time. WHY would you need to do this? You do know that you can have any > number of images open, right? I do it all the time. I use multiple workspaces, and I usually keep things together by

Re: [Gimp-developer] Re: GUI comment from an NT user

Sven Neumann wrote: > > Hi, > > "Guillermo S. Romero / Familia Romero" <[EMAIL PROTECTED]> writes: > > > Gimp, under Linux at least, saves layout. And you can do tricks, like > > copying the sessionrc to a safe place, and "reinstall" it before each > > launch. > > No need for tricks. Simply ex

Re: [Gimp-developer] GUI comment from an NT user

Peter wrote: > > Can GIMP be started with all the windows grouped the way I want? It simply reloads the previous configuration on Linux. But I don't know about the Windows version. > That way, when I am in GIMP, the whole screen is working the Gimp way, > and when I am in Word, the whole scree

Re: [Gimp-developer] Re: Re: Bucket fill, Fill with foreground and gradient

Sven Neumann wrote: > > Hi, > 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 t

Re: [Gimp-developer] JPEG comment in existing files

> It appears to be the right spot to store a copyright notice and the alt= > information, especially for the blind. I'm not exactly sure why you would want the alt= info in the file... Does your HTML editor automatically extract it? > In the save as, there is a DCT method that says it is a trad

Re: [Gimp-developer] JPEG comment in existing files

Peter wrote: > > I found how to change the comment in a JPEG when I "save as", and how to > change the default for the "save as", but I could not find how to view > the comment in an input file or edit the comment prior to performing a > normal save. I think this is built in the save routines, I

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 wan

Re: [Gimp-developer] Re: Re: Tensor (= 2-D) Gradients - continued

Shlomi Fish wrote: > > On 31 May 2001, Bernhard Herzog wrote: > > > Is it possible to put code into the public domain in Israel? European > > copyright law (which does not apply to Israel) does not allow that for > > instance. > > > > Frankly, I don't know whether Israeli Law allows that. For t

[Gimp-developer] Re: Blur bug

Hmm, this post seems to have turned into a big mess. It was late...Anyway, please respond to this one, as the others have the reply-to set wrongly. For the record, I'm referring to http://www.mail-archive.com/gimp-developer@lists.xcf.berkeley.edu/msg00359.html Lourens

Re: [Gimp-developer] Re: [GIMPI] Unwanted blurring Side-effect

Lourens Veen wrote: > [snip] > A solution if this turns out to be the case would be to enlarge the > bounding rectangle on all sides by the blur radius, or to simply count > pixels outside the bounding box as 128, 128, 128 as well. I just realised there's no 128,128,128 gr

[Gimp-developer] Re: [GIMPI] Unwanted blurring Side-effect

I tried it, and it looks very wrong indeed. Try creating the circle, then blurring at 48x48, then using treshold. The circle has changed into a weird shape. I took a look at the gaussian blur plugin but was unable to positively identify a bug. I do however have an idea as to what might be happenin

Re: [Gimp-developer] Plug-in problem

What platform are you on? I presume a form of Windows given that you have a task manager, but what version? Lourens Ronald Cornelissen wrote: > > L.S., > > When I open a dialog box wich involves plug-ins (i.e. Xtns > Plugin Details... or >when I try to save a picture) the box pops up, but > s

Re: [Gimp-developer] Re: couple possible TODO items

"Guillermo S. Romero / Familia Romero" wrote: [snip] > That and other sizes, cos we do not use 4 * 6 (uuum, maybe similar, > but not named that way, that is sure). > [snip] Over here in Holland we measure sizes of photographs in centimeters. Lourens _

Re: [Gimp-developer] calculate coordinates from an image

Matthias Kleine wrote: > [snip] > Example: I am using a webcam to observe an area. In this > area, a red object is moving around. Now, the webcam is > delivering images to some client program (gimp plugin?). This > program now should calculate the current position of the object > in the observed

[Gimp-developer] Bug in Sobel edge detect?

When running the Sobel edge detect on an image without a selection, the topmost scanline of the output is random garbage. From a very quick glance at the source it seems that the previous row array isn't initialised, so the first row is compared to an array filled with random bytes, causing random