On Tue, 14 Mar 2000, FUJITA Yuji [EMAIL PROTECTED] wrote:
1. Does anyone know what "fu" is ?
I mean "script-fu", "perl-fu" or some kind of these names.
I think that it was a pun on "kung-fu". Not sure, though.
2. What is the biggest barriar to support 16bit depth in the GIMP ?
Date: Mon, 13 Mar 2000 17:22:50 +0100 (MET)
From: [EMAIL PROTECTED] (Raphael Quinet)
Like I said: this should be run as part of the installation procedure
"on Elf-based systems, at any rate".
But "Elf" and "ldconfig" are not too related to each other.
Yup! I have an
On Tue, Mar 14, 2000 at 06:13:18AM -0800, pixel fairy wrote:
is seems you cannot do to the three color channels what you can to any
other, such as duplicate.
duplicating a color channel is usefull for things like masking out
complex selections (like hair)
The RGB channels are not real
is seems you cannot do to the three color channels what you can to any
other, such as duplicate.
duplicating a color channel is usefull for things like masking out
complex selections (like hair)
Dear Pixel Fairy,
Try using Decompose (found in the Image:Image/Mode menu) with the
Hi all.
Xach missed the CCC-Notes, here they are again ;-)
Bye,
Simon
- Forwarded message from Sven Neumann [EMAIL PROTECTED] -
X-Mailer: exmh version 2.0zeta 7/24/97
To: Olof S Kylander [EMAIL PROTECTED]
Cc: Michael Natterer [EMAIL PROTECTED],
Simon Budig [EMAIL
Raphael Quinet said...
|
|On Tue, 14 Mar 2000, FUJITA Yuji [EMAIL PROTECTED] wrote:
| 1. Does anyone know what "fu" is ?
|
|I think that it was a pun on "kung-fu". Not sure, though.
It was.
-Miles
On Tue, 14 Mar 2000, Robert L Krawitz [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED] (Raphael Quinet)
Yup! I have an elf-based Solaris system that does not know anything
about ldconfig... :-)
It's happened with at least 1.1.17 and 1.1.18. The fact that you're
using
Marc Lehmann ([EMAIL PROTECTED]) wrote:
On Mon, Mar 06, 2000 at 04:16:04PM +0100, Simon Budig [EMAIL PROTECTED]
wrote:
There is a better way.
This might work for python, but it will not work for perl. It will find
the first perl in your path (which is often perl4), not the perl gimp
was
Carey Bunks wrote:
is seems you cannot do to the three color channels what you can to any
other, such as duplicate.
duplicating a color channel is usefull for things like masking out
complex selections (like hair)
Dear Pixel Fairy,
Try using Decompose (found in the
On Tue, 14 Mar 2000, Simon Budig [EMAIL PROTECTED] wrote:
Marc Lehmann ([EMAIL PROTECTED]) wrote:
This might work for python, but it will not work for perl. It will find
the first perl in your path (which is often perl4), not the perl gimp
was configured with.
Are there really multiple
Raphael Quinet ([EMAIL PROTECTED]) wrote:
Are there really multiple different executables named "perl" (not "perl4" or
so!) in your path? So when you work in your shell you always execute
version 4 of perl, when you invoke "perl"?
I suppose that Marc meant that the person running a
Hi,
I was wondering if anyone could compile a kind of Roadmap for future
development of The Gimp (or direct me towards it if one is in
existance).
I see a Roadmap as outlining future developments such as the release of
v1.2.0 (and the critical stuff which needs addressing before then), and
the
pixel fairy wrote:
is seems you cannot do to the three color channels what you can to any other, such
as duplicate.
duplicating a color channel is usefull for things like masking out complex
selections (like hair)
Color channels are special; you can't get there from here.
But you can come
Uwe,
There appears to be some problems in this algorithm. I'm certainly no colour
expert, but the weak point seems to be in:
2. take a color pick of some point that has to be gray (say: 123 / 115 / 139)
How can you know that this colour is supposed to be grey, and not a gray with
a tint of
On Tue, 14 Mar 2000, Steinar H. Gunderson wrote:
Uwe,
There appears to be some problems in this algorithm. I'm certainly no colour
expert, but the weak point seems to be in:
2. take a color pick of some point that has to be gray (say: 123 / 115 / 139)
How can you know that this colour
There appears to be some problems in this algorithm. I'm certainly no colour
expert, but the weak point seems to be in:
2. take a color pick of some point that has to be gray (say: 123 / 115 / 139)
How can you know that this colour is supposed to be grey, and not a gray with
a
On Tue, Mar 14, 2000 at 03:42:29PM -0600, Jon Winters wrote:
123, 123, 123 is a shade of gray
115, 115, 115 is a shade of gray
139, 139, 139 is a shade of gray
Trust the numbers, they don't lie.
Of course they do, if one of these apply:
1. Your film is colour-balanced.
2. Your scanner is
I think it is time to repeat this message, from a year ago... The same
strange-looking code is still present in color_transfer.c. Is it a
bug? Should it be fixed before 1.2? Is my suggestion below a good one?
It seems obvious to me that the current color_transfer_init() function
in
18 matches
Mail list logo