- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Sun, 19 Mar 2006 21:44:27 +0100
- To: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
- CC: Kevin Wiggen <kwiggen@xythos.com>, w3c-dist-auth@w3.org, w3c-dist-auth-request@w3.org
Geoffrey M Clemm wrote: > > +1 from me as well. I believe Kevin's paragraph addresses the key > confusions around DAV:displayname. > > Cheers, > Geoff OK, I have opened an issue for proposed changes to DAV:displayname, see <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=236>. The proposed changes are: Section 15.2., para. 6: OLD: Description: The DAV:displayname property should be defined on all DAV compliant resources. If present, the property contains a description of the resource that is suitable for presentation to a user. This property is defined on the resource, and hence SHOULD have the same value independent of the Request-URI used to retrieve it (thus computing this property based on the Request-URI is deprecated). NEW: Description: The property contains a description of the resource that is suitable for presentation to a user. This property is defined on the resource, and hence SHOULD have the same value independent of the Request-URI used to retrieve it (thus computing this property based on the Request-URI is deprecated). Servers and clients must understand that the method for identifying resources is still the URL. While generic clients will be able to display DAV:displayname to end users, both sides of the protocol must understand that if users are allowed to perform operations such as rename, move, copy etc, generic clients must display the URLs (or the path segments used in the displayed collection) to allow these operations. Changes to DAV:displayname do not issue moves or copies to the server, but simply change a piece of meta-data on the individual resource. 1) Take out the statement "The DAV:displayname property should be defined on all DAV compliant resources." - that doesn't make any sense at all. If a server doesn't know a good displayname, it shouldn't return one. 2) Incorporate text based on Kevin's suggestion. Best regards, Julian
Received on Sunday, 19 March 2006 20:46:01 UTC