Subject: Re: Invoking XSL from XSL (was: Feature Request - Node Set Processing) From: Paul Prescod <paul@xxxxxxxxxxx> Date: Wed, 20 Jan 1999 06:37:34 -0600 |
Boris Moore wrote: > > Perhaps, potentially, it will be possible to use the proposed XSL filter > extension mechanism (or a specific variant of it) to invoke the XSL > processor itself. The result tree fragment would become the source tree for > a 'second pass' through the XSL processor using either the same or a > different stylesheet. The result tree of this second pass would get added > in to the original result tree. > > This would provide a way of handling Ken's problem, as well as others. I agree. I wanted the ability to process result trees in DSSSL and the underlying reasons for wanting that have not changed. There are several contexts where this would be useful. Paul Prescod - ISOGEN Consulting Engineer speaking for only himself http://itrc.uwaterloo.ca/~papresco Don't you know that the smart bombs are so clever, they only kill bad people." - http://www.boingo.com/lyrics/WarAgain.html XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Invoking XSL from XSL (was: Feature, Boris Moore | Thread | Re: Invoking XSL from XSL (was: Fea, Paul Prescod |
stylesheets, dtd vs schema, impleme, Mattias Konradsson | Date | Re: Feature Request: equivalent to , Paul Prescod |
Month |