- From: David Carlisle <davidc@nag.co.uk>
- Date: Fri, 5 Dec 2003 21:29:54 GMT
- To: mrys@microsoft.com
- Cc: public-qt-comments@w3.org
> Boundary whitespace (maximal character information sequence that only > consist of whitespace) may be considered insignificant by fn:doc() if > xml:space is not set to "preserve". but neither the xml rec nor infoset give any authorisation to call such text nodes insignificamt and drop them It's also mightly inconvenient for users when the spaces between words vanish just because words are marked up (marking up words in documents being the main point of xml after all) > And I am (obviously) strongly opposed to changing the semantics for XSLT > 2.0 in a non-backwards compatible way. The ony reason that the current behaviour in IE might be considered conformant is that it would be conformant for XSLT1 to take every input document as <x>hello world</x> and ignore any xml file, the mapping from input XML to initial tree is sufficiently lax. XSLT2 here it is stated that you are suppoised to parse the document and build an infoset, having done that where does this magic "insignificant" white space come from? > If you want to push for a change, > please propose it as part of the semantics of fn:doc(). It applies equally (perhaps more so) to the implicit initial input as well as documents loaded via doc(unment). David
Received on Friday, 5 December 2003 16:30:17 UTC