At 01/05/04 11:32 -0400, Simon St.Laurent wrote:
>At 11:21 AM 5/4/01 -0400, G. Ken Holman wrote:
>When XInclude finally (PLEASE!!) gets implemented by XML processors, you
>>will be able to include XML documents wholly into other XML documents (or
>>even partially when we get ranges in XPointer). Until then one should use
>>stylesheet technology to merge information from multiple XML documents.
>>The technical reasons come down the parsing context and that an external
>>parsed general entity that works fine in one parsing context may fall over
>>in another parsing context. XML documents only have a single parsing
>>context as defined by the document's document type definition.
>Huh? I've got real doubts as to the wisdom of XInclude in any parsing
>context, but dealing with XInclude in any interchange situation that
>doesn't provide a guarantee of XInclude support is just as risky as
>external parsed entities.
I don't feel the same way, Simon.
But then, I wasn't talking interchange, I was talking information set.
Since XInclude works at the information set level, the parsing context has
already been accommodated by the XML processor ... no concerns there.
Plus, the additional feature I am pining for of including a marked up
document as a simple text node would be a boon to my authoring.
Yes, I acknowledge that from a completeness point of view, interchanging
documents utilizing XInclude instructions has the risk of producing an
incomplete (but not known to the recipient because it passed their XML
processor just fine) information exchange.
>I'd rate XInclude high on the list of bad ideas thrown into XML as
>afterthoughts, though I can see where some folks might find it
>useful. Using XInclude to incorporate ranges - which don't have to be
>well-formed - sounds like even riskier behavior.
Now I never said they didn't have to be well formed ... sorry. I probably
improperly used the term "range" here ... I was meaning an XPointer address
that addressed a collection of nodes constituting a range, rather than
"from this arbitrary point to that arbitrary point".
(How *do* you find the time to participate so well in so many fora?)
G. Ken Holman mailto:[log in to unmask]
Crane Softwrights Ltd. http://www.CraneSoftwrights.com/m/
Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (Fax:-0995)
Web site: XSL/XML/DSSSL/SGML/OmniMark services, training, products.
Book: Practical Transformation Using XSLT and XPath ISBN 1-894049-06-3
Article: What is XSLT? http://www.xml.com/pub/2000/08/holman/index.html
Next public instructor-led training: 2001-05-14,05-15,05-16,05-17,
Training Blitz: 3-days XSLT/XPath, 2-days XSLFO in Ottawa 2001-06-18/22