AW: Incremental DOM->DOM XSLT processor?
Hi, Sounds like an interesting thing to have, at least in some cases. The first step to program such a beast would be to describe a set of XSLT stylesheets and problems where such a behaviour is useful. 1. In general the output of a stylesheet can be very different from the input. 2. If you think of performance, starting with a full size DOM to represent the XML might have allready been the first step in the wrong direction... Though I'm only an occasional reader of Xalan and Saxon source, I'd expect this not to be only a minor fix to any existing stylesheet processor. May the gurus prove me wrong. Frank > -----Ursprüngliche Nachricht----- > Von: Luke Matkins [mailto:ljmatkins@xxxxxxxxxxx] > Gesendet am: Dienstag, 7. August 2001 05:03 > An: XSL-List@xxxxxxxxxxxxxxxxxxxxxx > Betreff: Incremental DOM->DOM XSLT processor? > > Hello, > > I'm trying to find an XSLT processor that works in the following > fashion: > > 1) A source DOM document is transformed into a result DOM > document. > > 2) The processor uses DOM events to listen for changes made > to the source document. When a change is made, the > processor applies the appropriate deltas to the result > document by means of its DOM modification methods. > > The idea is to avoid completely retransforming a document that > is undergoing minor edits (such as the addition of new nodes). > > Is there anything out there that supports this behavior? If not, > does anyone have a sense of how difficult it would be to add > something like this to one of the existing processors? > > Thanks, > Luke > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format