RE: [Gimp-developer] how does undo currently work

2002-11-01 Thread Austin Donnelly
I wrote some docs about the undo system's operation; try looking around in the doc/ subdirectory. I can't vouch for how accurate they are now, but I don't think the system has changed much since I added the "undo history" feature. Austin ___ Gimp-deve

Re: [Gimp-developer] how does undo currently work

2002-11-01 Thread Sven Neumann
Hi, "Austin Donnelly" <[EMAIL PROTECTED]> writes: > I wrote some docs about the undo system's operation; try looking around > in the doc/ subdirectory. > > I can't vouch for how accurate they are now, but I don't think the > system has changed much since I added the "undo history" feature. no,

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

2002-11-01 Thread Sven Neumann
Hi, David Hodson <[EMAIL PROTECTED]> writes: > > What if > > we improve the file plug-ins that read file types that support higher > > color depths (like TIFF) in such a way that they allow to do simple > > adjustments before the data is propagated down to 8bit? > > My Cineon/DPX plugin does ex

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

2002-11-01 Thread Robert L Krawitz
On another note about 16 bits, I've been thinking about writing a standalone version of the Print plugin that could interactively print a file outside of the GIMP. I had this in mind more for Macintosh OS X, but would this be of more general use? -- Robert Krawitz

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

2002-11-01 Thread RW Hawkins
That might not be a bad interim solution. My workflow goes something like this: Scan with little to no adjustments Level correct, possible minor overall color correct Convert to 8 bit Create dodge/burn masks etc. Sharpen Output So I could do most of my 16 bit work with a histogram. Of course I kn

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

2002-11-01 Thread Guillermo S. Romero / Familia Romero
[EMAIL PROTECTED] (2002-11-01 at 0211.09 +0100): > adjustments before the data is propagated down to 8bit? I was thinking > of something like the levels tool. Do you think it would be possible > to perform a reasonable first color adjustment only by looking at a > histogram? In that case it should

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

2002-11-01 Thread Guillermo S. Romero / Familia Romero
[EMAIL PROTECTED] (2002-11-01 at 0136.10 +0100): > 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 wa

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

2002-11-01 Thread Nathan Carl Summers
On Fri, 1 Nov 2002, Guillermo S. Romero / Familia Romero wrote: > I think it should be visual, a window with the image in 8 bit, and > controls that decide how to get that 8 bit from the original 16 or 32. > Basically black & white points and a curve. I say visual, cos it could > mean what one does

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

2002-11-01 Thread Guillermo S. Romero / Familia Romero
[EMAIL PROTECTED] (2002-11-01 at 0938.03 -0800): > Would error-diffusing dithering be an option people would like? Yes. Niklas should know a lot. :] He gave me a case in which it was really bad, and no need of import, it was possible to get it with current tools (gradient and proper colours). I m

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: [Gimp-developer] linux-graphics-dev

2002-11-01 Thread Tor Lillqvist
Steinar H. Gunderson writes: > Does GIMP use the X clipboard at all, BTW? I think the Windows version uses > its internal clipboard, at least (which is quite annoying :-) For text or images? Annoying that it does, or doesn't? It uses the Windows clipboard for text when you use the normal Control