- From: Rik Cabanier <cabanier@gmail.com>
- Date: Fri, 1 Mar 2013 14:24:22 -0800
- To: Glenn Maynard <glenn@zewt.org>
- Cc: "Kang-Hao \(Kenny\) Lu" <kanghaol@oupeng.com>, ??? <wang.tietao@outlook.com>, WHAT Working Group <whatwg@whatwg.org>
On Fri, Mar 1, 2013 at 2:14 PM, Glenn Maynard <glenn@zewt.org> wrote: > On Fri, Mar 1, 2013 at 4:10 PM, Rik Cabanier <cabanier@gmail.com> wrote: > >> That's a bit of a conundrum. An image that is downloading might not have >> a size so that would change behavior, > > Maybe step 1 should say: >> >> If the image argument is an HTMLImageElement object that is not fully >> decodable *and whose state is not broken [1]*,... >> >> > I think it should say: > > 1. If the image argument is an HTMLImageElement object in the broken > state, then throw an InvalidStateError exception, return aborted and abort > these steps. > 2. If the image argument is an HTMLImageElement object that is not fully > decodable, or if the image argument is an HTMLVideoElement object whose > readyState attribute is either HAVE_NOTHING or HAVE_METADATA, then return > bad and abort these steps. > 3. (original step 2, unchanged) > I think original step 2 should be updated to *CanvasImageSource* instead of HTMLImageElement. This is certainly how webkit implemented it. > > in order to match Firefox/IE's behavior. (I don't know if that's the > right exception to throw.) > > -- > Glenn Maynard > >
Received on Friday, 1 March 2013 22:24:47 UTC