RE: XInclude in Cocoon
I would assume that when the XSLT part of (framework such as Cocoon) sees the stylesheet, the inclusion has either been performed, so it sees the substituted elements not the XInclude, or else it sees an XInclude element that it treats as an LRE. There would be no violation of the XSLT recommendation - XInclude is performed either before or after XSLT. > -----Original Message----- > From: Michael Kay [SMTP:mhkay@xxxxxxxxxxxx] > Sent: Friday, February 09, 2001 8:58 AM > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx > Subject: RE: XInclude in Cocoon > > > The XInclude spec defines a way to express inclusions, but makes no > > prescriptions of the semantics of such inclusions. An XSLT > > processor can > > choose to expand the include or pass it on, and in both cases > > be conformant to XInclude and XSLT. > > I'm not sure it would be conformant to XSLT. The XSLT spec leaves no room > to > treat xinclude:include as anything other that a literal result element, if > it appears in the source tree. You could argue that XSLT says nothing > about > how the source tree is created, and therefore it doesn't care whether > xinclude is expanded during a preprocessing phase; and I suppose you could > argue that no conformance test can tell the difference... > > Mike Kay > > > 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