W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2008

Re: [ProgressEvents]

From: Erik Dahlström <ed@opera.com>
Date: Tue, 09 Sep 2008 08:50:58 +0200
To: olli@pettay.fi, "Jonas Sicking" <jonas@sicking.cc>
Cc: "Garrett Smith" <dhtmlkitchen@gmail.com>, "public-webapps@w3.org" <public-webapps@w3.org>, "Charles McCathieNevile" <chaals@opera.com>, public-svg-wg@w3.org
Message-ID: <op.ug7by8qegqiacl@gnorps.linkoping.osa>

On Mon, 08 Sep 2008 22:01:47 +0200, Olli Pettay <Olli.Pettay@helsinki.fi> wrote:

> Jonas Sicking wrote:
>>
>> Garrett Smith wrote:
>>> On Sun, Sep 7, 2008 at 8:47 AM, Erik Dahlström <ed@opera.com> wrote:
>>>> Hello webapps wg,
>>>>
>>>> On behalf of the SVG WG I'd like to propose adding to the
>>>> ProgressEvents spec[1] an event equivalent to the 'loadend'
>>>> (previously known as 'SVGPostLoad') event currently defined in SVG
>>>> Tiny 1.2 [2].
>>>>
>>>> The 'loadend' event is dispatched by completion of a load, no matter
>>>> if it was successful or not. In terms of the ProgressEvents spec the
>>>> 'loadend' event would be dispatched following either of 'abort',
>>>> 'load' or 'error', and there must be exactly one 'loadend' event
>>>> dispatched. In the Event definitions table it would look like this:
>>>>
>>>> Name: loadend
>>>> Description: The operation completed
>>>> How often?: once
>>>> When?: Must be dispatched last
>>>>
>>>
>>> If the event were dispatched last, and there was a progress bar, plus
>>> an overlay, then the success handler would fire before the progress
>>> bar + overlay were hidden/removed.
>>>
>>> Please see also:
>>> http://lists.w3.org/Archives/Public/public-webapps/2008JulSep/0537.html
>>
>> I would be in support of adding such an event. And I agree with Garrett
>> that it makes more sense to dispatch it before the load/abort/error
>> event is dispatched. In fact, we could even make the default behavior of
>> the loadend event be dispatching one of the above three, thus allowing
>> them to be canceled by calling .preventDefault on the loadend event.

The 'loadend' event in SVGT12 is not cancellable right now.

>> Would be interested to hear Ollis feedback given that he recently
>> implemented progress events for XHR in firefox.
>>
>> / Jonas
>>
>>
>
> Sounds good to me, though I don't have strong opinion whether
> load/abort/error should be the default behavior for loadend. Maybe it is
> better to not to add any default behaviors to PE.

So in other words let 'loadend' be not cancellable, as per the current SVGT12 spec?

Note that if preventing default behaviors on 'loadend' means the 'load' event is not dispatched, then that has consequences for the progressive rendering in SVG since it's all based on the 'load' events. Given this I think it's probably better to leave 'loadend' as not cancellable.

Cheers
/Erik

-- 
Erik Dahlstrom, Core Technology Developer, Opera Software
Co-Chair, W3C SVG Working Group
Personal blog: http://my.opera.com/macdev_ed
Received on Tuesday, 9 September 2008 06:51:41 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:27 GMT