Namespace questions

[Ron Bourret]

> 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:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
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)