[whatwg] Restarting the media element resource fetch algorithm after "load" event
Ian Hickson
ian at hixie.ch
Wed Oct 14 05:01:29 PDT 2009
On Wed, 14 Oct 2009, Philip Jägenstedt wrote:
> On Wed, 14 Oct 2009 12:08:19 +0200, Ian Hickson <ian at hixie.ch> wrote:
> > On Fri, 9 Oct 2009, Philip Jägenstedt wrote:
> > >
> > > Since we're going to contradict the progress events spec anyway, I
> > > would suggest dropping all 'loadend' events. They're just not very
> > > useful.
> >
> > I've left it in the other cases, since, well, Progress Events says to.
> > But I'd be happy to drop loadend in all cases (including other
> > Progress Events cases) if that makes sense.
>
> > On Wed, 14 Oct 2009, Robert O'Callahan wrote:
> > >
> > > We have the same issue, unsurprisingly. Currently our progress
> > > events are not very useful because we report the download position
> > > (although we do suppress progress events while we read metadata from
> > > the end of the file). According to the spec, however, progress
> > > events should report the *amount* of data downloaded, not the
> > > position within the resource. That's a bit more useful, although
> > > it's still unclear what to do when data is discarded from the cache
> > > and then re-downloaded.
> >
> > Ok, I've switched them back to regular Event events, though using the
> > same event names.
>
> We added loadend just to comply with Progress Events. Now that we fire
> simple events instead, please drop loadend again as it serves no purpose
> at all. I doubt any browser has yet shipped an implementation firing
> loadend, correct me if I'm wrong.
Ok, removed loadend from HTML5 altogether.
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list