[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Public WebGL] Proposed change to WebGL Event definition
On Fri, Aug 20, 2010 at 11:22 AM, Vladimir Vukicevic <firstname.lastname@example.org>
Hmm, so maybe a better way to do it would be to just add a context_available message; initially, you would get a not_available without necessarily knowing why. Only if the user accepts would you get the context_available event, and can try again. That lets the app put up some kind of UI on not available, but get notified if it does become available.
----- Original Message -----
> On Aug 20, 2010, at 10:02 AM, Vladimir Vukicevic wrote:
> > Looks good to me, and nicely solves the "give more info if we have
> > to return null". It might be nice to add a status code that says
> > something like "isn't available, might be soon" and then another for
> > "became available" -- I'm thinking of the case where the browser
> > wants to query the user if they want to allow WebGL.
> My small concern there is that such a message might be a security
> and/or privacy violation. It would give the author information that
> the user is being asked a question and has responded negatively. Seems
> like you want to tell the author nothing when the dialog comes up. But
> I'm no security expert...
Do we really need messages for WebGL? Is WebGL more special than 2d canvas or Flash?
I understand there are a few issues with WebGL but users are unlikely to care about those issues enough to want a question on every page that uses WebGL. I'd suspect they are more likely to want a permission message for canvas in general to stop annoying ads. Since this solution won't work for canvas in general it seems like the wrong solution.
You are currently subscribed to email@example.com
To unsubscribe, send an email to firstname.lastname@example.org
the following command in the body of your email: