Lists Home |
Date Index |
[Elliotte Rusty Harold]
> The only objection I've seen so far to XLink that is not based on
> fundamental misunderstandings of XLink is the desire to put multiple
> link attributes on a single element instead of using extended links.
> I'm sympathetic to this position. But even here, there might be a
> middle ground. An element such as object can contain multiple simple
> link elements rather than all the extended link locator, arc, label
> fru-fru. For example,
> <object width="100" height="100" other_non_linking_attributes="...">
> <source xlink:href="http://www.example.com/MyImage.jpg"/>
> <longdesc xlink:href="http://www.example.com/description.html"/>
> <map xlink:href="http://www.example.com/map.txt"/>
> In this scheme we can put a <strong>lot</strong> of markup here.
> I think this is pretty straight-forward, pretty easy to type, and in
> many ways much cleaner than the current approach.
RDDL would almost be an example of this approach. And the xlink namespace
could be a default namespace, so the prefix would not have to be typed. It
would also open up the possibility that these linking elements could contain
optional annotation elements, which could be useful.