W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2008

[whatwg] Video Element Events? - Use Case: Custom Progress Bar

From: Jonas Sicking <jonas@sicking.cc>
Date: Mon, 17 Nov 2008 16:07:26 -0800
Message-ID: <4922073E.7000100@sicking.cc>
Jeremy Doig wrote:
> On Mon, Nov 17, 2008 at 3:05 PM, Jonas Sicking <jonas at sicking.cc> 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
Received on Monday, 17 November 2008 16:07:26 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:07 UTC