W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2010

[Bug 9895] HTMLImageElement's "complete" attribute definition implies immediate image decoding

From: <bugzilla@jessica.w3.org>
Date: Thu, 14 Oct 2010 13:10:17 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1P6NZZ-0002CW-UK@jessica.w3.org>

--- Comment #10 from Boris Zbarsky <bzbarsky@mit.edu> 2010-10-14 13:10:16 UTC ---
Bake in in what sense?  How is a UA throwing out the decoded image data and
having to redecode on demand different from the UA serializing its DOM to disk
to save memory (or heck, having it page out!) and having to read it in
on-demand?  Requiring synchronous decoding on drawImage if the data is not
already decoded is the only reasonable course of action unless you want to add
callbacks and significantly complicate the behavior of drawImage.

The only question is whether it's ok to report the image as complete before all
the pixel data has been decoded, right?  Seems like the proposal in comment 8
should address that.

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 14 October 2010 13:10:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:31 UTC