Lists Home |
Date Index |
- From: firstname.lastname@example.org (Ron Bourret)
- To: email@example.com
- Date: Fri, 3 Jul 1998 13:23:24 +0200
> Possibly the hardest thing about XLink is that it *doesn't return
> anything*; you *don't get anything back*. The pointer points; it
> doesn't fetch. When you point to <Bar:Foo>, what you have is a
> pointer to <Bar:Foo>. That's it. Now, if you're writing a program
> based on top of a parser and an XLink processor, you should probably
> be able to ask the parser for some information about the thing that
> the pointer is pointing to, such as its namespace. But that's
> something *on top of* XLink, not part of it.
I understand that XPointer is the language for constructing pointers and XLink
is the language for constructing links. Just to make sure, an XLink processor
is software that knows how to follow XLinks and give you something back.
Presumably, it works in conjunction with an XPointer processor, which actually
follows the link. Right?
-- Ron Bourret
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)