-----Original Message-----
From: Kloeck, Erwin
I have to create several pdf-files out of one xml document.
Currently I write several fo-files using redirect:write to disk
during xsl processing and then read them in again for fo
processing. This strikes me as sub optimal. Does anybody have
any ideas or pointers for a more straight forward process, i.e.
one not requiring the intermediate writing to disk?
Hi,
Just happens that I posed a question regarding support for this type of
scenario of fop-dev two days ago, so I'm more than interested in the way you
read the redirected files back in...
The way I understand it, the redirected files can be considered as
'side-effects' of the main transformation, but I was curious to find out in
what way a piped FO processor could keep track of these, and what would be
the best way of triggering a rendering-run for them (--redirection
extensions being an XSL processor-specific matter).
For the moment, depending on the actual requirements (i.e. whether you use
page-numbering in your XSL-FO) your best bet may be to try not to redirect,
keep them in a single fo:root and use a tool like iText
(http://www.lowagie.com/iText/) to cut up the pdf after processing.
Cheers,
Andreas
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list