- From: lisal <lisal@microsoft.com>
- Date: Fri, 4 Jun 1999 08:40:28 -0700
- To: "John Stracke" <francis@ecal.com>, <w3c-dist-auth@w3.org>
- Message-ID: <38CFE5072909D311830C00A0C9C74EB926BE@PTPUP.dfpt.extest.microsoft.com>
I agree with John. The Collection Properites I-D (http://search.ietf.org/internet-drafts/draft-hopmann-collection-props-0 0.txt) describes a property, DAV:defaultdocument, which is used so that the DAV user (with sufficient permissions) can control what document is displayed when a GET is performed on a collection. This seems to work pretty well, and is completely consistent with down-level clients. Lisa > -----Original Message----- > From: John Stracke [mailto:francis@ecal.com] > Sent: Thursday, June 03, 1999 4:09 PM > To: w3c-dist-auth@w3.org > Subject: Re: PUT on collections > > > ccjason@us.ibm.com wrote: > > > What is peoples' thinking on how a client will define what > is returned by a GET > > request for a URI like... > > > > http://www.myhost.com/ > > Generally speaking, GET on a DAV collection Ought To work > just like it would if > that resource weren't DAV--it should treat it as a GET on > index.html, or > whatever. We don't want to break existing browsers, after all. > > That being said, it might be nice if a DAV client could > customize, or at least > query, which resource(s) a collection uses (plural because it > can be handy to > specify a search list: index.cgi, index.html, index.txt, > DirectoryList). Maybe a > DAV:defaultresource property, which contains a list of > resource elements; each > element contains (or is) either an href or a > <DAV:directorylist/>. Some servers > might not support setting it, but querying it should be fairly easy. > > -- > /=============================================================\ > |John Stracke | My opinions are my own | S/MIME & HTML OK | > |francis@ecal.com|============================================| > |Chief Scientist | NT's lack of reliability is only surpassed | > |eCal Corp. | by its lack of scalability. -- John Kirch | > \=============================================================/ > >
Received on Friday, 4 June 1999 11:40:48 UTC