On Mon, 2002-03-04 at 10:39, Elliotte Rusty Harold wrote: > But there is a very clear processing model. It only becomes unclear > when you read things into the specs that just aren't there. An > xinclude:include element is an element. It is treated like any other > element, nothing more, nothing less. It is both an element and a "syntax for general purpose inclusion.... merging a number of XML information sets into a single composite Infoset." XInclude explicitly avoids definining relationships with XML Schemas and DTDs, but this kind of non-definition feels eerily to me like Namespaces in XML, which is concise but has left us debating for the last few years. Documents may now be read as describing multiple infosets - one including XInclude elements as elements, one representing the result of complete infoset merging, and various infosets representing possible failure states. Perhaps XML Pipeline Definition Language  will ease this pain, letting people specify what exactly they want to see in their canonicalized document.  - (http://www.w3.org/TR/xml-pipeline/) -- Simon St.Laurent Ring around the content, a pocket full of brackets Errors, errors, all fall down! http://simonstl.com
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