First of all, let me say that I personally think that GIF shouldn't be
used anymore today. I'd convert the image to PNG and use that. :-)
On 29.03.2007 01:57:09 Daniel Noll wrote:
Pascal Sancho wrote:
Hmm, I tried it on Photoshop, and I confirm that I loose black pixels while
rendering for
Jeremias Maerki wrote:
We defer the whole image loading to ImageIO in that case, so if ImageIO
doesn't already handle the image offset, the code in FOP certainly
doesn't. We'd have to write special code for GIF to handle the offset.
With ImageIO you can access those values through the GIF Image
-Message d'origine-
De : Daniel Noll [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 28 mars 2007 01:13
Pascal Sancho wrote:
Hi Daniel,
Your GIF image appears to be buggy.
It isn't, however.
In AWT renderer, I get an exception, and I loose black
pixels when I
try to
Pascal Sancho wrote:
Hmm, I tried it on Photoshop, and I confirm that I loose black pixels while rendering
for the Web.
Strange. Someone else have an idea?
I already said there is no way to loose pixels. :-)
Photoshop and whatever FOP is using to load the GIF possibly have the
same issue.
Hi Daniel,
Your GIF image appears to be buggy.
In AWT renderer, I get an exception, and I loose black pixels when I try to
save for the Web your GIF from my picture editor...
Exception in thread AWT-EventQueue-0 java.awt.image.RasterFormatException:
Data array too small (should be 155042 )
Pascal Sancho wrote:
Hi Daniel,
Your GIF image appears to be buggy.
It isn't, however.
In AWT renderer, I get an exception, and I loose black pixels when I
try to save for the Web your GIF from my picture editor...
This doesn't happen on my copy of GIMP. It renders correctly and with