On 7/14/07, Kevin Brown [EMAIL PROTECTED] wrote:
My question is this: where is the 8-bit per color channel limitation in
GIMP? That is, which bits of the source code limit the GIMP this way?
I ask because I took a brief look at the source, and it seems the
internal color representation is
On Fri, 13 Jul 2007 00:03:18 +0200, Chris Mohler [EMAIL PROTECTED] wrote:
I'll try to follow the analogy without this becoming rediculous:
In this analogy, the new GIMP Hammer would auto-provide a nail
(since the nail is clearly better). The carpenter would flip the GIMP
hammer around and
On Fri, 13 Jul 2007 01:23:39 +0200, Raphaël Quinet [EMAIL PROTECTED]
wrote:
On Thu, 12 Jul 2007 23:29:01 +0200, [EMAIL PROTECTED] wrote:
If there is an image specific value you do not need a default.
overriding a default with an image-specified value is a contradiction.
This reminds me
Hi,
due to a regression in the PSD loader that was introduced with the
2.2.16 release, we had to roll out another release in the stable 2.2
series. The source code for GIMP 2.2.17 has been uploaded to
ftp://ftp.gimp.org/pub/gimp/v2.2/
The following issues have been addressed with this release:
On 7/14/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Fri, 13 Jul 2007 00:03:18 +0200, Chris Mohler [EMAIL PROTECTED] wrote:
I'll try to follow the analogy without this becoming rediculous:
[misrepresentation and reactiveness cut]
We all know that jpeg is lossy. You use it with suitable
On 7/14/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Fri, 13 Jul 2007 01:23:39 +0200, Raphaël Quinet [EMAIL PROTECTED]
wrote:
Does current need to be saved as a third option? It is either equal to
default or original unless it is set during a save in which case it become
the new value