Jeremy Doig wrote:
On Mon, Nov 17, 2008 at 3:05 PM, Jonas Sicking <[EMAIL PROTECTED]> wrote:
Jeremy Doig wrote:
i would hope that repainting a progress bar that has not moved
50x/second would not be a normal implementation too. 2x/second
seems more realistic (a 300s video with a 600 pixel-wide playbar).
Well, pages are most likely going to update the progress bar as
often as we fire the event. So if we fire the event 50x/second then
that's how often the progress bar will be updated.
Sure, some pages might do things like only update on every 10th
event, but this seems like a complex future since then content might
start relying on that implementations use a specific firing rate.
>
> no - all I'm saying is that in 48 of the 50x/sec you get called, you
> can trivially figure out that nothing needs to be done, so return
> quickly.
Are they really going to bother since things will 'work' even if they
don't (just suck up a lot of CPU speed)? And are they really going to do
something more clever than just update on every 10th event?
/ Jonas