- From: Martin J. Duerst <mduerst@ifi.unizh.ch>
- Date: Mon, 28 Jul 1997 11:26:51 +0200 (MET DST)
- To: "Roy T. Fielding" <fielding@kiwi.ics.uci.edu>
- cc: Dylan Barrell <dbarrell@bb.opentext.com>, "w3c-dist-auth@w3.org" <w3c-dist-auth@w3.org>
On Sat, 26 Jul 1997, Roy T. Fielding wrote: > >You may be right. I had a look at the HTTP 1.1 spec, and I only > >found 10.4.7 406 Not Acceptable. The behaviour described there > >is not very deterministic. Maybe Roy can help out? > > That is why we have a WebDAV working group. Both the 300 and 406 > response bodies were left unspecified because the intention was that > they be specified by a group that actually had time to study the > problem in detail and come up with a [hopefully] better solution > than some off-the-cuff invention of mine. It was one of the WebDAV > to-do items, last time I checked. Many thanks for this information. If we assume that the response bodies to be designed will include language information (or any other information needed for other kinds of variants) in an uniform way (which should not be too difficult for language information), then this should mean that reasonable clients can be written that do whatever necessary for language variants, without knowing the naming scheme used at the server for distinguishing language variants, FOR ALL THOSE VARIANTS THAT ARE ALREADY EXISTING. Not yet covered is the creation of new variants, but this should also be covered. Otherwise, we have a half-way solution of rather limited usability. So we need some way of asking the server: "What actual URL would you give to a Spanish version of this document" so that we can later do a post on this actual URL and the document is correctly created, or it has to be possible to do a POST directly on the "abstract" URL with "Content-Language: es" and get the right actual URL created. Figuring out the actual URL may indeed not be easy for the server, but if the server can't, who would? Regards, Martin.
Received on Monday, 28 July 1997 05:27:16 UTC