Subject: RE: microsoft latest, bug with extension elements? From: "Julian Reschke" <julian.reschke@xxxxxx> Date: Mon, 31 Jul 2000 21:49:03 +0200 |
> From: owner-xsl-list@xxxxxxxxxxxxxxxx > [mailto:owner-xsl-list@xxxxxxxxxxxxxxxx]On Behalf Of Mike Brown > Sent: Monday, July 31, 2000 8:45 PM > To: xsl-list@xxxxxxxxxxxxxxxx > Subject: Re: microsoft latest, bug with extension elements? > > If I am interpreting this correctly, then this is in violation of > http://www.w3.org/TR/xslt#strip, which says > > "After the tree for a source document or stylesheet document has been > constructed, but before it is otherwise processed by XSLT, some text nodes > are stripped. A text node is never stripped unless it contains only > whitespace characters. Stripping the text node removes the text node from > the tree. The stripping process takes as input a set of element names for > which whitespace must be preserved. > > [...] > > A text node is preserved if any of the following apply: > > The element name of the parent of the text node is in the set of > whitespace-preserving element names. > > [...] > > For stylesheets, the set of whitespace-preserving element names > consists of > just xsl:text." > > So text node children of xsl:text elements must not be stripped > even if they > are nothing but whitespace characters. Yes, but my understanding is that the user (== programmer) can force MSXML not to strip anything by setting it up correctly before loading the document (although I'd say this should be the default behaviour). Julian XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: microsoft latest, bug with exte, Mike Brown | Thread | RE: microsoft latest, bug with exte, Sebastian Rahtz |
Re: microsoft latest, bug with exte, Paul Tchistopolskii | Date | Re: Sort supported processors ???, Steve Muench |
Month |