- From: Paul Grosso <pgrosso@arbortext.com>
- Date: Thu, 21 Feb 2002 10:16:15 -0600
- To: Paul Prescod <paul@prescod.net>, TAG <www-tag@w3.org>
At 18:35 2002 02 20 -0800, Paul Prescod wrote: >Julian Reschke wrote: >> >>... >> >> For instance, I may have an XHTML document, which somewhere inside contains >> XInclude instructions. I'd have to run this through an XInclude processor >> before it can be passed to the browser. >> >> So, while the XSLT problem can be worked around, I don't think this can be a >> general solution.... > >Well there is currently no solution to this problem. Right, I think this is the XML Processing Model problem. > Multiple levels of >top-level elements would actually be one solution that isn't entirely >inelegant. It is a big problem if you see XInclude and XSLT in the same >document to know which to apply first. Right, processing model problem. > I think that's part of why >XInclude hasn't taken off. I think part of the reason is that it *just* became a CR minutes ago. See http://www.w3.org/TR/2002/CR-xinclude-20020221/ . paul
Received on Thursday, 21 February 2002 11:26:05 UTC