[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: auto/embed is not node transclusion

  • From: "Jonathan Borden" <jborden@m...>
  • To: "Paul Prescod" <paul@p...>, <xsl-list@m...>, <xlxp-dev@f...>, "xml-dev" <xml-dev@i...>
  • Date: Fri, 14 May 1999 09:33:13 -0400

auto embed
Paul Prescod wrote:

> Now let demonstrate that XLink does not provide transclusion. First, it
> does not specify a data model for the result of a transformation. Second,
> the things it links to are not restricted to XML elements. In other words,
> XLink can embed JPEGs, MPEGs and other data that does not have a concept
> of nodes (unless we import the ISO concept of groves and property sets for
> them). Therefore we *cannot* in general interpret the grove mode in terms
> of a grove to grove transformation.

	This is an excellent point. In XSLT 6.2.2 the issue of doc(uri) pointing to
something other than an XML node is noted as an unresolved editorial point.

> You could argue that I am being a purist. Embedding PDFs or JPEGs would
> "probably" have the behavior of just *displaying* them inline but
> embedding an XML element would have the behavior of node-level
> transcluding it. Browsers would "probably" implement it compatibly.

	Would links to binary resources have the same status as NOTATION's in terms
of the XML information set? A set of notations could map to the returned
content-type and a browser would deal with such a 'notation' in the same
mechanism that a MIME content-type is dealt with (e.g. in-line, plug-in

> I am not very confident of interoperable implementations by the major
> browser vendors. Personally, I feel that I would rather wait for a real
> transclusion mechanism even if it means I have to wait for a W3C grove
> model and addressing mechanism that can differentiate a reference to an
> input document from a reference to the result document.

	Or, we can adopt the ISO grove model once the XML property set/information
set is defined. Is there any reason to reinvent the wheel in terms of

Jonathan Borden

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.