From: "Robert P. J. Day" <[EMAIL PROTECTED]>
<snip/>
the results of embedding all of those formats depending on compiled support:
neither JIMI nor JAI: BMP, GIF, JPG
JIMI only: BMP, GIF, JPG, PNG
JAI only: BMP, GIF, JPG, PNG, TIFF
observations:
1) since GIF and JPG are supported natively, it's not surprising that they render no matter what. it's more surprising that BMP renders in the first case, since it's listed as requiring either JIMI or JAI support. curious.
2) a number of formats that claim to be supported via JIMI (e.g., PCX, PICT, etc.) are not rendered, although the online docs do admit that the listed support is only "theoretical". still, it's not clear why some should work and others not, given that their listed support is identical.
J.Pietschmann explained this to you earlier. See
http://marc.theaimsgroup.com/?l=fop-user&m=105266547708310&w=2
in all those cases, the error message printed during the processing was of the form:
[ERROR] Could not load external SVG: Content is not allowed in prolog. [ERROR] Error while creating area : No ImageReader for this type of image (file:xclock.xbm)
it's not clear what trying to load an "external SVG" has to do with these other formats.
The way I understood J.Pietschmann's response (and I may be wrong in this), is that GIF and JPG are handled easily, then PNG, TGA, EPS and TIFF actually get passed to Jimi for processing and all other formats are assumed to be SVG. Hence why the SVG processor errors on the other formats.
_________________________________________________________________ Express yourself with cool emoticons http://www.msn.co.uk/messenger
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
