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!
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
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
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.
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
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
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
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
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
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/.
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
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
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
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
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,
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
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
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
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
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
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
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?
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
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
[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
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
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
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
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
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
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
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
[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
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
34 matches
Mail list logo