Adam D. Moss wrote:
Okay, in that case I think I must have made a mistake in
the forward-port of the 1.2.x fix to 1.3.x, because I can't
reproduce this in my 1.2.x tree with the equivilent GIF plugin
4.01.00 fix in it.
I'll try to spot what the forward-port does differently.
I can't see anything
Steven P. Ulrick wrote:
How do I reproduce the problem -- would I be right in thinking
that if I load the GIF above, then re-save it again and re-load
the result then the resulting GIF will have a pink background?
I answered this question in my response above, but to reiterate, the
answer is yes,
It is probably this checkin:
http://cvs.gnome.org/bonsai/cvsview2.cgi?diff_mode=contextwhitespace_mode=showfile=gifload.cbranch=root=/cvs/gnomesubdir=/gimp/plug-ins/commoncommand=DIFF_FRAMESETrev1=1.30rev2=1.31
The guchar - gchar change without correcting the code using the buf
isn't probably
Jeff Trefftzs wrote:
On Mon, 2003-08-11 at 08:49, Adam D. Moss wrote:
Hi.
Jeff Trefftzs wrote:
Without getting fancy, I just tried this image in gimp-1.3.18 (Linux,
RedHat 9). It opened with the pink background
Wait, it OPENED with the pink background? You didn't have
to save it out again
On Mon, 11 Aug 2003 12:30:10 +0100
Adam D. Moss [EMAIL PROTECTED] wrote:
Steven P. Ulrick wrote:
http://www.faith4miracle.org/FaithLogo-circle.gif
...
the image always displays properly before I open it in Gimp 1.3.17
or 1.3.18. Whenever I have saved one of the images that was given a
Adam D. Moss wrote:
Tom Mraz wrote:
The guchar - gchar change without correcting the code using the buf
isn't probably good idea?
I think you're right. That bogus change totally sneaked under
my radar... (heads will roll! :D :D :D )
If someone who sees the problem can test this fix:
On Mon, 2003-08-11 at 07:33, Adam D. Moss wrote:
Adam D. Moss wrote:
Okay, in that case I think I must have made a mistake in
the forward-port of the 1.2.x fix to 1.3.x, because I can't
reproduce this in my 1.2.x tree with the equivilent GIF plugin
4.01.00 fix in it.
I'll try to spot
Tom Mraz wrote:
If someone who sees the problem can test this fix:
http://icculus.org/~aspirin/gifload.c that'd be good.
I've tested it and it fixes the bug.
Thanks all, the fix is in.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
I am NOT a nut! I am the
On 11 Aug 2003, at 4:26, Steven P. Ulrick wrote:
I've had this problem for the last two development versions of the
Gimp: 1.3.17 and 1.3.18
Hopefully, to maximize the clarity of the information that I have to
give you, and minimize the size of this e-mail, I will proceed with a
series of
On Mon, 11 Aug 2003 10:58:10 +0100
Adam D. Moss [EMAIL PROTECTED] wrote:
Can you provide a copy of the GIF in question?
To be clear, this only happens to the GIF when when you SAVE it
out from .17 or .18? If so, do you see any warnings on the
console when you save from these versions?
Hello, Everyone :)
I've had this problem for the last two development versions of the Gimp:
1.3.17 and 1.3.18
Hopefully, to maximize the clarity of the information that I have to
give you, and minimize the size of this e-mail, I will proceed with a
series of links to screen shots
Hi.
Jeff Trefftzs wrote:
Without getting fancy, I just tried this image in gimp-1.3.18 (Linux,
RedHat 9). It opened with the pink background
Wait, it OPENED with the pink background? You didn't have
to save it out again first?
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED]
Tom Mraz wrote:
It is probably this checkin:
http://cvs.gnome.org/bonsai/cvsview2.cgi?diff_mode=contextwhitespace_mode=showfile=gifload.cbranch=root=/cvs/gnomesubdir=/gimp/plug-ins/commoncommand=DIFF_FRAMESETrev1=1.30rev2=1.31
The guchar - gchar change without correcting the code using the buf
13 matches
Mail list logo