[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Public WebGL] Re: Renaming "webglcontextlost" and friend (Was: [whatwg] Hardware accelerated canvas)

While we're on this topic we'll need the same events in workers somehow

On Tue, Dec 18, 2012 at 9:26 AM, Kenneth Russell <kbr@google.com> wrote:

On Mon, Dec 17, 2012 at 3:45 PM, Ian Hickson <ian@hixie.ch> wrote:
> On Fri, 14 Dec 2012, Kenneth Russell wrote:
>> I'm in favor of deprecating the WebGL-specific event types in favor of
>> ones used for all Canvas contexts. Backward compatibility could be
>> achieved by continuing to send the webglcontextlost/restored event types
>> if listeners are registered for those events but not the new ones
>> (presumably "contextlost"/"contextrestored"). If listeners are
>> registered for the new types, the user agent could stop sending the old
>> ones.
> Sending both events in the GL case seems fine. I'll let Chris figure out
> the details of which is fired first and which wins if one is canceled and
> not the other, etc.
>> For WebGL it is desired to continue to have a detail message in the
>> event object, for debugging purposes if nothing else. Is that feasible
>> if the context lost/restored events are made generic?
> Per the spec, no message is currently sent in the event object for these
> events, which is why I proposed using Event instead.

Right, I'd forgotten that the WebGL spec states that the statusMessage
is empty for the context lost and restored events.

Recalling that webglcontextcreationerror is controversial anyway, it
seems fine to me if the context lost and restored events are pulled up
to the Canvas spec and changed to use regular Events. We can update
the WebGL spec to maintain backward compatibility once that's been


> --
> Ian Hickson               U+1047E                )\._.,--....,'``.    fL
> http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
> Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'

You are currently subscribed to public_webgl@khronos.org.
To unsubscribe, send an email to majordomo@khronos.org with
the following command in the body of your email:
unsubscribe public_webgl