W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > July to September 2001

RE: Use of attributes

From: Clemm, Geoff <gclemm@rational.com>
Date: Tue, 14 Aug 2001 15:32:31 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B1018E257B@SUS-MA1IT01>
To: DeltaV <ietf-dav-versioning@w3.org>
I don't really care very much, but D:prop takes a list of children,
while D:name only takes one. Also D:name is used in both supported
properties and supported reports, while D:prop is only used for
lists of properties.

Cheers,
Geoff


-----Original Message-----
From: Lisa Dusseault [mailto:lisa@xythos.com]
Sent: Tuesday, August 14, 2001 1:53 PM
To: Clemm, Geoff; DeltaV
Subject: RE: Use of attributes


Shouldn't that be the <D:prop> element -- already used in PROPFIND response
and PROPPATCH request bodies -- rather than the <D:name> element?

lisa

> -----Original Message-----
> From: ietf-dav-versioning-request@w3.org
> [mailto:ietf-dav-versioning-request@w3.org]On Behalf Of Clemm, Geoff
> Sent: Thursday, August 09, 2001 1:50 PM
> To: DeltaV
> Subject: RE: Use of attributes
>
>
>
>    From: Julian F. Reschke [mailto:julian.reschke@greenbytes.de]
>
>    > From: Clemm, Geoff
>    >
>    > Probably, the best way to go is to replace the old syntax, i.e.:
>    >
>    >   <D:supported-live-property-set>
>    >     <D:supported-live-property>
>    >       <D:name> <D:getcontentlanguage/> </D:name>
>    >     </D:supported-live-property>
>    >     <D:supported-live-property>
>    >       <D:name> <X:quota/> </D:name>
>    >   </supported-live-property-set>
>
>    Why do we need <D:name>? Wouldn't
>
>    <D:supported-live-property-set>
> 	<D:supported-live-property>
> 	   <D:getcontentlanguage/>
> 	</D:supported-live-property>
> 	<D:supported-live-property>
> 	   <X:quota/>
> 	</D:supported-live-property>
>    </D:supported-live-property-set>
>
> This would make it unsafe to define extensions to the
> D:supported-live-property content, because you would risk
> colliding with the name of a live property.  The D:name
> intermediate node ensures that there is no such collision.
>
> Cheers,
> Geoff
Received on Tuesday, 14 August 2001 15:27:10 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:42 GMT