[Home] [By Thread] [By Date] [Recent Entries]

  • From: David LeBlanc <whisper@o...>
  • To: "Eve L. Maler" <eve.maler@e...>, xml-dev@l...
  • Date: Mon, 11 Dec 2000 10:57:31 -0800

Just a point of clarification please: show="embed" has the semantics of
"insert the target into the source"?

	Dave LeBlanc

-----Original Message-----
From: Eve L. Maler [mailto:eve.maler@e...]
Sent: Thursday, December 07, 2000 2:51 PM
To: xml-dev@l...
Subject: Re: W3C XML Schema best practice : inclusions


Sorry to contribute only now that the thread has gone a bit stale, but...

Please be very careful.  XLink's show="embed" semantic has nothing to do
with actual inclusion (where inclusion means something like "macro
substitution" or "entity resolution").  Embedding has to do with merging
the *rendering* of a link's ending resource into the starting resource,
much as HTML's IMG element blends a "remote" graphic with a "local"
document for display.

I would say that the show attribute is one of the things that makes XLink
uniquely about hyperlinking, as opposed to a generic association mechanism
such as RDF or topic maps, so I believe it makes eminent sense for that
attribute to be in the XLink namespace.

         Eve

At 09:40 AM 11/9/00 +0100, Eric van der Vlist wrote:
>David Orchard wrote:
> > The two problems that I mentioned still exist.  All of the attributes on
> > XLinks are specifically meant for hypertext.  XInclude is very much not
a
> > hypertext problem, it's a tree join in memory problem.  Therefore most
of
> > the attributes that XLink has created aren't appropriate for XInclude.
>
>Yes, you're right, XLink is heavily biased toward hypertext presentation
>and it would have been cleaner if the "show" attribute had be from
>another namespace.

--
Eve Maler                                          +1 781 442 3190
Sun Microsystems XML Technology Center    eve.maler @ east.sun.com


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member