W3C home > Mailing lists > Public > www-xml-xinclude-comments@w3.org > March 2002

RE: href vs. xlink:href

From: Jonathan Marsh <jmarsh@microsoft.com>
Date: Tue, 12 Mar 2002 14:58:18 -0800
Message-ID: <330564469BFEC046B84E591EB3D4D59C05121BCC@red-msg-08.redmond.corp.microsoft.com>
To: "Vun Kannon, David" <dvunkannon@kpmg.com>, <www-xml-xinclude-comments@w3.org>
The WG considered using xlink:href initially, but rejected the idea.  It
was felt that XInclude processing and XLink processing occur at
different layers, and in general we would expect all the include
elements to be replaced by the referenced content before an XLink
processor sees it.  The cost of another namespace declaration is thus
pretty high compared with the benefits.  Some also felt that making
lower levels of the architecture (XInclude) dependent on higher levels
of the architecture (XLink) was unwise.

 

However, XInclude's extensibility model would allow you to annotate the
element with attributes from the xlink namespace, if such information
was useful to your application.

 

- Jonathan

 

-----Original Message-----
From: Vun Kannon, David [mailto:dvunkannon@kpmg.com] 
Sent: Monday, February 25, 2002 12:25 PM
To: 'www-xml-xinclude-comments@w3.org'
Subject: href vs. xlink:href

 

I think that the XInclude draft would be improved if it built upon the
XLink simple link and href syntax. The cost is an additional namespace,
the benefit is improved support by all XLink aware processors for all
documents.

 

Regards,

David vun Kannon

Senior Manager, KPMG LLP
Received on Tuesday, 12 March 2002 17:59:06 GMT

This archive was generated by hypermail 2.2.0 + w3c-0.30 : Thursday, 9 June 2005 12:16:08 GMT