W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2009

Re: Using progress events for other purposes

From: Anne van Kesteren <annevk@opera.com>
Date: Mon, 19 Oct 2009 20:13:23 +0200
To: "Charles McCathieNevile" <chaals@opera.com>, "Ian Hickson" <ian@hixie.ch>
Cc: "WebApps WG" <public-webapps@w3.org>
Message-ID: <op.u117klh464w2qv@anne-van-kesterens-macbook.local>
On Mon, 19 Oct 2009 18:30:31 +0200, Charles McCathieNevile  
<chaals@opera.com> wrote:
> On Sun, 18 Oct 2009 17:48:04 +0200, Charles McCathieNevile  
> <chaals@opera.com> wrote:
>> On Sun, 27 Sep 2009 21:04:04 +0200, Charles McCathieNevile
>> I propose to add the attributes totalItems and loadedItems to preogress  
>> events, as a way of dealing with use cases like showing progress in  
>> downloading an application cache. This allows for firing progress  
>> events which have total/loaded values on individual items, by defining  
>> them as referring to the current item in the presence of the totalIems  
>> / loadedItems.
> Doe anyone have a use case or preference for making these a long long,  
> or is a long enough?

If only a subset of the attributes ends up being used, i.e. appcache is  
not going to dispatch progress events more often than one per file, I do  
not think this feature is worth it to be honest. Because for appcache  
total and loaded would always be 0 and for XMLHttpRequest totalItems and  
loadedITems would always be 0.

Are there any other cases worth considering?

Anne van Kesteren
Received on Monday, 19 October 2009 18:14:02 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:20 UTC