auto/embed is not node transclusion

[Robert Streich]

> First let me define node-level transclusion: node level transclusion is a
> transformation from a source grove (DOM, information set, whatever) to a
> result grove (...) that creates a result where the result grove has some
> nodes replaced by nodes reference by those nodes. This would have
> well-defined implications for hypertext links, APIs, stylesheet languages
> and so forth. In other words, it would be *well-defined*.

I think your definition here is wrong, Paul. "Transclusion" as described by
Nelson would effectively link two groves. You can't copy the nodes into your
own grove, you have to traverse to the grove that contains the transclusion
and then traverse back at the end of it.

The difference between transclusion and inclusion is that the context of the
transcluded content is still retained. In Nelson's application model,
transclusions opened a viewport that was nested inside your document. This
way you could scroll above and below the transcluded content to see its
original context.

But I do agree with your original statement--auto/embed is not node
transclusion.

bob

Robert Streich
Work Process Systems, Inc.
Houston, TX


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
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 at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)