From 9d200f77139f7987a27e6b5bfcd42015a56eac6b Mon Sep 17 00:00:00 2001 From: Keiron Liddle Date: Fri, 5 Jul 2002 06:33:16 +0000 Subject: cleaned up notes git-svn-id: https://svn.apache.org/repos/asf/xmlgraphics/fop/trunk@194969 13f79535-47bb-0310-9956-ffa450edef68 --- docs/design/embedding.xml | 15 ++++++--------- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/docs/design/embedding.xml b/docs/design/embedding.xml index e1474ba7b..a429dec59 100644 --- a/docs/design/embedding.xml +++ b/docs/design/embedding.xml @@ -95,19 +95,16 @@ selection for renderer options.

-render to more than one renderer at once (maybe not from the command line). Two independent -sources have asked me in the last few weeks if this works. I must say -that this would be nice, since I could generate a PDF for the archive +render to more than one renderer at once (maybe not from the command line). +For example you could generate a PDF for the archive and the PS for the printer in one run. It would probably be faster than converting the PDF to PostScript afterwards.

-I want to note that several code pieces for resolving URLs and/or -file locations are scattered all over FOP and Batik. Replacing -them all with an URIResolver invocation would unify behaviour and -remove redundancies. I'd also recommend to lift the default -URIResolver implementation from Saxon, it seems to tolerate the -usual abuse better than everything else i came across elsewere. +Several code pieces for resolving URLs and/or +file locations are scattered all over FOP and Batik. These should +be replaced with an URIResolver invocation to unify behaviour and +remove redundancies.

-- cgit v1.2.3