Re: [Gimp-developer] Patents and Colormanagement: German Ministry

2001-06-28 Thread Stephen J Baker
On Wed, 27 Jun 2001, Branko Collin wrote: On 27 Jun 2001, at 14:47, Simon Budig wrote: I just had contact to Mr. Soquat, a member of the staff from the german Ministry of Economics and Technology [1]. He is very interested in how patents are a problem for free software. Excellent!

Re: [Gimp-developer] Thin lines using pencil

2001-08-29 Thread Stephen J Baker
On 29 Aug 2001, Sven Neumann wrote: and IMO they should look like: ## ## # ## ## # ## ## IMO what they should look like is: # # # # # # # essentally what we do when drawing lines is we

[Gimp-developer] 3D painting.

2001-09-06 Thread Stephen J Baker
Hi! I asked this question about a year ago - and the answer then was Not Yet...so I'm back again! I'm working with the PrettyPoly team on building a GPL'ed 3D modeller for Linux (and others OS's) - and one thing we are frequently asked is to implement a facility to paint onto texture maps

Re: [Gimp-developer] XCF support added to ImageMagick

2001-12-04 Thread Stephen J Baker
On Tue, 4 Dec 2001, Raphael Quinet wrote: On Tue, 04 Dec 2001, Marc wrote: ImageMagick has NO license. The only thing we say is: [...] In any case, my version of ImageMagick (older, 5.3.6) does have a license (in Copyright.txt). (and I think it is very much BSD-like). Right.

Re: [Gimp-developer] Feature Request for 1.3

2002-01-07 Thread Stephen J Baker
On Mon, 7 Jan 2002 [EMAIL PROTECTED] wrote: The only feature I miss when I use GIMP is that of Photoshop's brush cursors. I'll second that one. It's a pain not knowing where your brush will land - ESPECIALLY because when the image is zoomed in or out, the brush size can be much larger or

Re: [Gimp-developer] cubic interpolation vs. Genuine Fractals

2002-01-15 Thread Stephen J Baker
On Tue, 15 Jan 2002, Tino Schwarze wrote: On Tue, Jan 15, 2002 at 12:43:43AM -0800, [EMAIL PROTECTED] wrote: What does a Windows program like Genuine Fractals do that Gimp cubic interpolation does not do, when I'm upscaling photographs for printing to 8x10 and beyond? What are you

[Gimp-developer] Suggestions for Clone tool.

2002-02-25 Thread Stephen J Baker
I have a couple of suggestions for options for the Clone tool: 1) At present, the source data for clone is the image as it was before you clicked on the mouse. It would be nice to have an option to take the *current* state of the image instead. When you are erasing some feature from

Re: [Gimp-developer] Re: Suggestions for Clone tool.

2002-02-25 Thread Stephen J Baker
On Mon, 25 Feb 2002, Jim Lokken wrote: I saw a message on the archives list (I wasn't subscribed and went through that procedure but I am not sure I got it right yet - so please don't abuse me) about Suggestions for Clone tool. I then went back to the referenced thread from October. It

Re: [Gimp-developer] Wanted: pixel warrior drones

2002-03-04 Thread Stephen J Baker
On 4 Mar 2002, at 4:10, vio wrote: After browsing the gimp-1.3 TODO list, I would like to add my little suggestion of things I would wish from Gimp: how about also developing a clear path towardsGimp as a web graphics server. Wouldn't it make more sense to push Gimp's scripted rendering

Re: [Gimp-developer] GNU/Linux vs. Linux

2002-04-08 Thread Stephen J Baker
On Fri, 5 Apr 2002, Kelly Martin wrote: The G in GIMP stood, once upon a time, for General. It was changed to GNU at Richard Stallman's insistence (but with the consent of SP, so it's not like it was completely hijacked). See the SP interview at http://www.xach.com/gg/1997/1/profile/1/.

Re: [Gimp-developer] GNU/Linux vs. Linux

2002-04-08 Thread Stephen J Baker
On Sat, 6 Apr 2002, Tomas Ogren wrote: On 06 April, 2002 - Simon Budig sent me these 0,7K bytes: Branko Collin ([EMAIL PROTECTED]) wrote: Should we change these instances to GNU/Linux? We should change it - to Unix. I guess that at most places Linux is simply wrong, because there

Re: [Gimp-developer] Notes from the Guad3c GIMP BOF session

2002-04-09 Thread Stephen J Baker
Le mar 09/04/2002 à 15:42, Sven Neumann a écrit : - Four direction menus to reduce mouse movements necessary to reach a certain menu entry. I'm not sure if I understood this correctly. Someone should draw some Ascii art to illustrate this. I don't like the idea. I've seen this on a

Re: [Gimp-developer] Pie Menus

2002-04-29 Thread Stephen J Baker
On Sat, 27 Apr 2002, Tino Schwarze wrote: On Fri, Apr 26, 2002 at 04:09:20PM -0600, Nathan C Summers wrote: Hmm, maybe we could as an advanced option make the menu button on the canvas's upper left corner be a pie menu, and make the menu items completely configurable. I guess that could

Re: [Gimp-developer] [Fwd: Bug#148412: gimp1.2: Gimp is not consistentlylicensed]

2002-05-29 Thread Stephen J Baker
On Wed, 29 May 2002, David Neary wrote: Raphaël Quinet wrote: On Tue, 28 May 2002 14:52:53 -0700, Ben Gertzfield [EMAIL PROTECTED] wrote: Howdy GIMP folks. Here are some points in the licensing of GIMP that need to be addressed. Specifically, there's a lot of code that requires that

Re: [Gimp-developer] Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Stephen J Baker
On Fri, 1 Nov 2002, Marc wrote: Just FYI (I have no specific goal with this mail ;): I met some guy from Dreamworks (Shrek) at the LWE in Frankfurt, and he told me that their whole rendering infrastructure is 8 bit, including intermediate results (so the whole of Shrek was done at 8 bits,

Re: Floats (was Re: [Gimp-developer] Dreamworks, etc.)

2002-11-04 Thread Stephen J Baker
On 4 Nov 2002, Sven Neumann wrote: well, if you could come up with the detailed specs of these sexy new graphics cards we could certainly consider to use these features. The fragment shaders is a part of the OpenGL extensions for these boxes and are fully documented. For nVidia hardware, you

Re: Floats (was Re: [Gimp-developer] Dreamworks, etc.)

2002-11-04 Thread Stephen J Baker
On 4 Nov 2002, Sven Neumann wrote: Hi, Steinar H. Gunderson [EMAIL PROTECTED] writes: Hopefully, there will be a unified fragment shader extension quite soon, too -- ATM you'll have to write one backend per card. :-( a unified extension to what? ...to OpenGL. Steve Baker

Re: [FilmGimp] Re: [Gimp-developer] Film Gimp and GIMP

2002-12-09 Thread Stephen J Baker
On Fri, 29 Nov 2002, Sam Richards wrote: I would like to stress that some of the film-industry interest in filmgimp is as much for the floating point as the 16 bit. The need for floating point is for High Dynamic Range imagery which is used as a lighting tool, and not for final delivery. So

Re: floating point (was: Re: [Gimp-developer] RH on Film Gimp andGIMP)

2002-12-09 Thread Stephen J Baker
On Wed, 4 Dec 2002, Tino Schwarze wrote: On Tue, Dec 03, 2002 at 06:39:16PM -0800, Jonathan Cohen wrote: We are seriously considering ripping out all modes except for 32-bit floating point. This would drastically simplify the internal rendering engine and allow us to optimize it

Re: [Gimp-developer] Re: alpha vs. transparency / translucency

2002-12-19 Thread Stephen J Baker
On Wed, 18 Dec 2002, Guillermo S. Romero / Familia Romero wrote: [EMAIL PROTECTED] (2002-12-18 at 1711.13 +0100): I agree with Alan and Raphaël (see the bug report) when it comes to the What/How statement. I can see how the term alpha may be unclear to new users, but I think it would be a

Re: [Gimp-developer] New Gimp FAQ: Call for questions

2002-12-20 Thread Stephen J Baker
On Thu, 19 Dec 2002, Michael J. Hammel wrote: Thus spoke David Necas (Yeti) IMHO novice mode (if ever implemented) should restrict the things user can do to some sane set (simplifying the interface), and not try to turn the Gimp into Eliza Most of the time that I've heard of problems

Re: [Gimp-developer] gimp icons

2003-01-13 Thread Stephen J Baker
On Mon, 13 Jan 2003, Aseem Agarwala wrote: But, I can't seem to find images for these icons in the source distribution. I've found the 'cursors' directory, but these are for the cursors, and the tool buttons themselves have slightly different images. Could someone point me to these images?

Re: [Gimp-developer] GIMP GBR format spec

2003-07-14 Thread Stephen J Baker
Sven Neumann wrote: Excuse me?!?! JAR is used by every Java implementation in existence, and since it is 100% compatible with ZIP, means you have all of those implementations as well. Java is not exactly what I would call well established, but that's not a relevant argument here. One

Re: [Gimp-developer] Re: GimpCon RFC: Portable XCF

2003-08-14 Thread Stephen J Baker
Leonard Rosenthol wrote: At 8:47 AM -0700 8/12/03, Nathan Carl Summers wrote: This is what I mean by a standard that people can have confidence in -- people should trust that if their program writes good XCF's that a good program will be able to read it. Right! If a program writes GOOD

Re: [Gimp-developer] Re: GimpCon RFC: Portable XCF

2003-08-14 Thread Stephen J Baker
[EMAIL PROTECTED] (2003-08-21 at 1016.13 -0400): At 11:42 PM -0700 8/13/03, Manish Singh wrote: Supports IEEE floats, but not float16 (a 32-bit float cut in half). RH added this to filmgimp since they had established this format in their workflow with other tools already. Why would you only use

Re: [Gimp-developer] Re: GimpCon RFC: Portable XCF

2003-08-14 Thread Stephen J Baker
Austin Donnelly wrote: How is the serialization done then, just a raw 32-bit IEEE float dump with a predefined endianness? 64-bit doubles just as easy? The real problem comes when your code is running on a system without IEEE float support, and you need to manually convert from IEEE float to your

Re: [Gimp-developer] Portable XFC

2003-08-14 Thread Stephen J Baker
Sven Neumann wrote: I never understood the reasoning for this discussion anyway. IMHO the format that Nathan suggested seems like something from the dark ages of file formats (where TIFF and the like originated from). I haven't heard a single good argument for it except that it can do most of the

Re: [Gimp-developer] GimpCon RFC: Portable XCF

2003-08-14 Thread Stephen J Baker
Carol Spears wrote: However, I read recently about artifacts appearing in compressed pngs, so this might not be the miracle fix I had hoped for. !!! Where did you see that? PNG uses a lossless compression scheme - if there are 'artifacts' in the image that were not there when the image was

Re: [Gimp-developer] GimpCon RFC: Portable XCF

2003-08-14 Thread Stephen J Baker
Leonard Rosenthol wrote: At 8:26 PM -0400 8/13/03, Carol Spears wrote: What about mng? It contains png and has layers and comments. Yes, but still has the limitations of no-CMYK (Lab, ICC, etc.) colorspaces (among other things) out of the box... Has anyone considered going to the PNG

Re: [Gimp-developer] Third big serious meeting from GIMPcon

2003-08-14 Thread Stephen J Baker
Alan Horkan wrote: I feel that way too, unfortunately it is so hard not to react in the same way and get off the downward spiral. I only very grudginly subscribed to the developer list at all. I feel that the active lead developer(s) need to admit this is not a democracy and be the bad guy, be

Re: [Gimp-developer] Handling of transparent pixels

2003-12-12 Thread Stephen J Baker
The value of the RGB of transparent pixels is crucial for applications involving realtime MIPmapped textures...pretty much all 3D games for example. MIPmapping works by creating successively reduced resolution images - each (typically) half the resolution of the previous one. When a MIPmapped

Re: [Gimp-developer] Handling of transparent pixels

2003-12-15 Thread Stephen J Baker
Raphaël Quinet wrote: On Fri, 12 Dec 2003 14:41:08 -0600, Stephen J Baker [EMAIL PROTECTED] wrote: MIPmapping works by creating successively reduced resolution images - each (typically) half the resolution of the previous one. When a MIPmapped image has alpha, this down-filtering produces semi

Re: [Gimp-developer] Handling of transparent pixels

2003-12-16 Thread Stephen J Baker
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) wrote: To just throw in another personal opinion: The behaviour you describe wrt. saturation would be hilarious. It's even implemented that way in current gimp _until_ you say OK. After which you have to (comparatively) clumsily have to re-adjust it. If

Re: [Gimp-developer] Handling of transparent pixels

2003-12-16 Thread Stephen J Baker
Stephen J Baker wrote: [EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) wrote: To just throw in another personal opinion: The behaviour you describe wrt. saturation would be hilarious. It's even implemented that way in current gimp _until_ you say OK. After which you have to (comparatively) clumsily