xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremias Maerki <...@jeremias-maerki.ch>
Subject Issues for after the IF branch merge
Date Mon, 16 Feb 2009 16:11:33 GMT
Follow-up issues for after the merge where I'd be glad for feedback:

- The new implementations currently all use a MIME suffix ";mode=painter".
They are now sufficiently tested that I'm confident that we can switch
over to them by default. One idea would be to put a switch in
RendererFactory so we can say: prefer IFDocumentHandler instead of
Renderer implementation. Or rather the opposite: by default use the
IFDocumentHandler but allow to switch to the old mode should there be an
unexpected incompatibility. Good idea or bad?

- Given the performance figures I think it would be possible to
deprecate the following implementations: PDF, PS, PCL and AFP. As for
the Java2D implementations: the PNG, Print and AWT Preview parts are not
implemented, yet, so a deprecation here is premature. TXT is probably
good enough like it is. No change necessary there. After all, we won't
deprecate the Renderer interface itself. Good idea or bad?

- A note primarily for Max: For JEuclid to work with the new
implementations, it will require an ImageConverter implementation (from
XML Graphics Commons' image loading framework). I haven't investigated
how hard it would be to provide a compatibility layer so the old
implementations could be used. The old stuff is in many parts tied into
the Renderer architecture. For Barcode4J, I've written such an
implementation already. I can also try to find time to do it for you, if
you like. The good thing is that the ImageConverter implementation is
not FOP-specific but can also be used by anyone using the image loading
framework. Actually, that part might influence the decision for the
first and second points above!


Jeremias Maerki


Mime
View raw message