AFAIK, the codecs themselves are not affected by the headless issue. They are simply code to decode and encode the TIFF and PNG formats. Furthermore, Batik maintains JDK 1.3 compatibility so no worries here, either. The codecs will probably be moved into XML Graphics Commons anyway, so no point in duplicating the code in FOP.
On 14.08.2005 18:23:16 The Web Maestro wrote: > On Aug 12, 2005, at 2:27 AM, Jeremias Maerki wrote: > > Ideally, the *Reader implementations (analyser package) for each format > > should actually read the extents and the bitmap resolution already. It > > should not be deferred to the actual codec, if possible. That makes it > > possible to work with the image (during layout) without fully loading > > it > > already. > > BTW, I don't know if it 'helps', but since Batik doesn't run headless > (w/o workarounds), IMO it would definitely be better to move each > format's codec into FOP's *Reader implementations. Ideally, it would be > great to ensure FOP's ability to run headless. There's also the desire > by those running AIX 4.1 to be able to maintain Java 1.3 compatibility, > for those machines which can't run in Java 1.4+ (but that's a different > discussion). Jeremias Maerki
