Subject: Re: Intercepting multiple output documents From: "Sebastian Rahtz" <sebastian.rahtz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> Date: Fri, 5 Nov 1999 20:26:01 +0000 (GMT) |
Diarmuid Mac Carthy writes: > We're investigating the possibility of using James Clarke's XT processor as > a component in a larger XSLT application. One key requirement we have is > support for multiple output documents, which is provided for in XT at the > expense of having to output to files rather than standard output. this seems contradictory to me. if you do not supply an output file, XT writes to standard output. if you want *all* the output going to stdout anyway, how does the multiple document extension in XT help? why not just stream through your output streams one after another? if each one is confined within <file name="foo"> ... </file> and the whole within <files> ... </files> then surely you can manage the result just as you wish? sebastian XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: Intercepting multiple output do, Eric van der Vlist | Thread | Re: Intercepting multiple output do, James Clark |
Re: JavaScript In Cocoon, Paul Johnson | Date | RE: Accessing the XML declaration, , Mike Brown |
Month |