W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2007

Re: Using server-driven negotiation

From: Mark Baker <distobj@acm.org>
Date: Tue, 4 Dec 2007 19:50:48 -0500
Message-ID: <e9dffd640712041650w65d2bc8wc10112fb3d77f728@mail.gmail.com>
To: "Andrew Daviel" <advax@triumf.ca>
Cc: ietf-http-wg@w3.org

On 12/4/07, Andrew Daviel <advax@triumf.ca> wrote:
> What I was wondering is, would it be acceptable for a server to
> send "Vary: geo-position" to an initial request, which would then
> generate a user dialogue if the server was not previously known.
> The client would then send "Geo-Postion: lat;long" (or not)
> in the next and subsequent requests, and cached responses could be
> re-used on match.

I think that's a reasonable action to take based on the information
the server is communicating.  It shouldn't be the only way though, if
only because a server may be interested in consuming geo info, but not
using it in determining the returned representation.

You should also be aware of the problems IE < 7 has with the Vary header.

> Or, should we use a different extension header for the server to indicate
> its willingness to accept position data and hence trigger a dialogue,
> such as "Accept-Geo-Position: true"

Sure, though I'd avoid "Accept-*" since those are typically request
headers.  An HTML extension or two might be useful too: one for the
head, and one for forms perhaps.

Mark Baker.  Ottawa, Ontario, CANADA.         http://www.markbaker.ca
Coactus; Web-inspired integration strategies  http://www.coactus.com
Received on Wednesday, 5 December 2007 00:50:59 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:44 UTC