Re: [whatwg] Adding features needed for WebGL to ImageBitmap

On Tue, Jul 16, 2013 at 12:25 AM, Mark Callow <callow.mark@artspark.co.jp>wrote:

>  On 2013/07/15 10:46, Justin Novosad wrote:
>
> But to circle back to your point, I agree that an exception is a good idea
> to avoid having to hold a triplicate copy in RAM, or having to redecode all
> the time. Better to force the dev to make additional copies explicitly if
> needed than to make a potentially uselessly costly implementation.mf
>
>  Maybe I am misunderstanding but the only reason I can see for 3 copies (2
> if you ignore the undecoded copy) is if you propose to ignore the specified
> parameters when drawing the image to a 2D canvas.
>

Yes, that is what I was referring to because that was suggested earlier on
this thread. But I think it is becoming clearer that that is not the right
thing to do.


> I would expect to always draw the image decoded as indicated by the
> proposed parameters so no additional copy would be necessary. Sure the
> image might not be correct (colors off or image upside down) but that would
> be a programmer error.
>

Exactly.  That is what I am suggesting.  If the programmer wants several
copies of the same image with different baked-in transformations, then the
programmer should create several ImageBitmaps explicitly.  No under the
hood magic. It's clearer that way.


>
> I would like to see ImageBitmap fully support WebGL so WebGL apps can use
> a Browser's built-in image decoders. And, if the rumors are true, come
> IE11, WebGL will be supported by all major browsers so it should be treated
> as a first-class citizen.
>

Yes!

> Regards
>
>     -Mark
> --
>  注意：この電子メールには、株式会社エイチアイの機密情報が含まれている場合が有ります。正式なメール受信者では無い場合はメール複製、
> 再配信または情報の使用を固く禁じております。エラー、手違いでこのメールを受け取られましたら削除を行い配信者にご連絡をお願いいたし ます.
>
> NOTE: This electronic mail message may contain confidential and privileged
> information from HI Corporation. If you are not the intended recipient, any
> disclosure, photocopying, distribution or use of the contents of the
> received information is prohibited. If you have received this e-mail in
> error, please notify the sender immediately and permanently delete this
> message and all related copies.
>

Received on Tuesday, 16 July 2013 14:17:18 UTC