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.
)
Pascal
-Message d'origine-
De : Daniel Noll [mailto:[EMAIL PROTECTED]
Envoyé : mardi 27 mars 2007 01:40
Hi all.
It seems FOP is doing some strange image scaling on GIF
images. I have trimmed my FO down to a really simple example
(literally just a fo:block with an fo:external
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
Hi all.
It seems FOP is doing some strange image scaling on GIF images. I have
trimmed my FO down to a really simple example (literally just a
fo:block with an fo:external-graphic with only the src attribute.
This zip contains the source FO, the GIF file and the resulting PDF:
http
