W3C home > Mailing lists > Public > public-appformats@w3.org > September 2007

Re: [ ACTION-107] Updating version list identifier algorithm

From: Marcos Caceres <marcosscaceres@gmail.com>
Date: Wed, 19 Sep 2007 11:58:06 +1000
Message-ID: <b21a10670709181858t3edaae8aq541e81f1c12443e9@mail.gmail.com>
To: "Mark Baker" <distobj@acm.org>
Cc: "Ian Hickson" <ian@hixie.ch>, "Arve Bersvendsen" <arveb@opera.com>, "Arthur Barstow" <art.barstow@nokia.com>, public-appformats@w3.org

On 9/19/07, Mark Baker <distobj@acm.org> wrote:
> On 9/18/07, Ian Hickson <ian@hixie.ch> wrote:
> > In any case, I would recommend not parsing versons at all. Just treat them
> > as opaque strings, and assume that there is an upgrade if the version on
> > the server doesn't match the version in the client.
>
> Sounds good to me, but then you have to wonder why etags wouldn't suffice.
>

I guess because you don't always have an etag to check against: like
if you send me a widget in an email or over BlueTooth. And because
widgets may be sometimes automatically generated (eg. Opera's
Widgetizer [1]), but the version stays the same for every widget even
though some of the (auto-generated) internals may be different. Also,
you might make an update to a widget, like making an image slightly
brighter,  but without updating the version number or forcing everyone
to update based on such a minor aesthetic change. Making such a change
would change the etag on the server, but does not warrant a download.

I think etags are probably part of the solution, but not on their own.

Kind regards,
[1] http://widgets.opera.com/widgetize/

-- 
Marcos Caceres
http://datadriven.com.au
Received on Wednesday, 19 September 2007 01:58:14 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:10:22 GMT