W3C home > Mailing lists > Public > whatwg@whatwg.org > March 2013

Re: [whatwg] A question about the drawimage() canvas function

From: Rik Cabanier <cabanier@gmail.com>
Date: Fri, 1 Mar 2013 14:24:22 -0800
Message-ID: <CAGN7qDBefhdGhOxjfWMBfF-hPDy=sp1FQjEGuD+7P13--F_acw@mail.gmail.com>
To: Glenn Maynard <glenn@zewt.org>
Cc: (wrong string) Ž‹“— <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 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 1 March 2013 22:24:48 GMT