in order to clarify which graphics formats are supported under what
circumstances, i invoked (under red hat linux) a small xclock client,
and used "import" to take a snapshot of that window and save it in
every format supported by that command that seemed to be relevant.
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.
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.
3) EPS doesn't render, although the table does state that this
native support is still limited for PDF output.
(also, there is a "CUR" format listed in the table of type
"unknown", but on my host, the resulting file appears to be
identical to an EPS file. at least, it's the same size and
the "file" command describes them identically. are these
really the same formats under different names? again,
just curious.)
rday
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
