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

Re: [Public WebGL] Delay display of WebGL?

On Sun, Nov 14, 2010 at 23:42, Steve Baker <steve@sjbaker.org> wrote:
> If not, then perhaps there is a case for adding a new timer event that
> only triggers when the tab is visible.   Then application writers could
> use that event to trigger their draw() calls - and trigger the normal
> timer event for critical operations that don't generate graphics.

Yes, we discussed this at length few months ago :

Unfortunately nothing much came out of it iirc (?)... but there is
efforts outside of WebGL to add some kind of generic event that
triggers before frame rendering (mozOnBeforePaint? Vlad?)

IMHO adding another timer is more of a workaround than a long-term
solution, as it 'promotes' developing an app for a particular
framerate - something hard to do when the content can run on anything
from cellphones to high-end desktops.. so some problems would not be
fixed by this.

An API that promotes framerate-independence on the other hand would
solve most if not all the problems you pointed out, eg :

(which ultimately should be what a "onBeforePaint" event would do -
question is do we need something WebGL-pecific, I guess not)


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: