W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2002


From: Julian Reschke <julian.reschke@gmx.de>
Date: Tue, 28 May 2002 09:10:57 +0200
To: "Clemm, Geoff" <gclemm@rational.com>, "Webdav WG \(E-mail\)" <w3c-dist-auth@w3c.org>
Message-ID: <JIEGINCHMLABHJBIGKBCAEKMEKAA.julian.reschke@gmx.de>
> From: w3c-dist-auth-request@w3.org
> [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Clemm, Geoff
> Sent: Tuesday, May 28, 2002 2:44 AM
> To: Webdav WG (E-mail)
> I agree with the addition of the DAV:sourcelabel element.
> But I object to the use of the xlink:href attribute, instead of the
> standard WebDAV DAV:href element.  I believe it is significantly more
> important to maintain consistency within the WebDAV standard than it
> is to be consistent with some non-WebDAV standard such as xlink.  In
> particular, this breaks functionality such as is provided by the
> DAV:expand-property report defined in RFC-3253, which is based on the
> existence of DAV:href nodes in property values.


I expected this one :-)

Pros for DAV:href syntax:

h1 - consistent with other WebDAV specs
h2 - can take advantage of DAV:expand-property report

Pros for XLink syntax:

x1 - consistent with W3C recommendations
x2 - can be processed using standard XLink aware code (for instance, in
browsers / xml based user interfaces)
x3 - provides a standard framework for the definition of rules as URIs


h2: isn't really a problem. We just define a new REPORT (or extend the
existing one) to work on xlink:href elements as well. Note that xlink:href
elements may appear in other people's dead (and live) properties anyway, so
it makes sense to have a standard way to resolve them anyway. If there's
some interest in this, I'll make a proposal.

x3: I think any solution using non-XLink based syntax must define a way how
to express the role of the link. One way would be to reuse XLinks link role
URIs *without* using their syntax (which I'd consider lame :-).
Received on Tuesday, 28 May 2002 03:11:31 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:25 UTC