[
Lists Home |
Date Index |
Thread Index
]
I had thought there was a formal definition of the term in there, but
on looking at it now, I see there isn't. In presentations and
tutorials I've done, I have defined "XLink element" as shorthand for
an element that has an xlink:type attribute and conforms to the
constraints dictated by the type chosen. (Also note that "XLink
element type" has the same problem.)
I don't think the terms are actually misleading, since the spec goes
to great pains to describe how elements get connected to XLink (e.g.,
see the Markup Conformance section). But the terms should be formally
defined somewhere.
Eve
AndrewWatt2000@aol.com wrote:
> Chapter 2.1 of the XLink Recommendation states, "There are six XLink elements
> ..."
>
> But, a careful search of the XLink Recommendation reveals only XLink
> attributes. No XLink elements in the final Recommendation ... at least in the
> sense of elements in the XLink namespace ... although elements in the XLink
> namespace had appeared in earlier drafts of the XLink specification.
>
> It seems ... to me at least ... perverse to use a term "XLink element" to
> refer to elements other than those (of which there are none) which are in the
> XLink namespace.
>
> I can see that the XLink WG sought a succinct term to refer to "an XML
> element in a non-XLink namespace which bears an attribute which is in the
> XLink namespace". The term "XLink element" is substantially shorter.
>
> But should brevity be bought at the price of being misleading?
>
> Andrew Watt
>
>
>
--
Eve Maler +1 781 442 3190
Sun Microsystems XML Technology Center eve.maler @ sun.com
|
