Skip to content

Conversation

@Tin
Copy link

@Tin Tin commented Jun 1, 2011

Use requestAnimationFrame instead of setInterval, save cpu cycles for animation when this api is available. This helps slowly android browsers a bit.

@rsaccon
Copy link

rsaccon commented Jun 19, 2011

another option, which combines both (requstAnimationFrame and setInteral) is described by Joe Lambert:
http://blog.joelambert.co.uk/2011/06/01/a-better-settimeoutsetinterval/

@joelambert
Copy link

@rsaccon the code in question can also be found/forked here: https://gist.github.com/1002116

It offers the performance improvements of requestAnimationFrame (when available) but doesn't require a code refactor to explicitly support it.

@ghost
Copy link

ghost commented Sep 5, 2011

A few feedbacks: adding this really slows down the scrollability at least on Android devices.

After a bit of investigations, I :

  1. Used simple variables and passed the check as argument:
    var requestAnimFrame = function( jsRequestAnimFrame ) {
    if ( !jsRequestAnimFrame ) { return ... } else { return ... }
    }( window.webkitRequestAnimationFrame || window.... );
    and of course included it in the scrollability scope ( like Tin patch )

  2. Plus inside requestAnimFrame and requestInterval, replace respectively window.setTimeout by setTimeout, and window.setInterval by setInterval.

It looks to works as it used to be, a little bit better on Android ( maybe because of 1000 / 16 instead of 0 as period ? )
Actually nobody mentions it's not supported on iOS, neither on Android at the moment. *

  • Looks promising on the press release from March... or some chrome / other webkit upcoming releases...
  • At the time of writing, tested with iOS 4.3.X and Android 2.1 - and since the time of scrollability was released, it hasn't changed so much: no support on mobile webkit-based browser for requestAnimationStuff

Snif snif

@Tin
Copy link
Author

Tin commented Sep 7, 2011

We are facing serious performance issue in android too, especially the honeycomb on tablet. We need a big breakthrough, but seems we are blocked by lacking of hardware acceleration for css3 transformation.

@chrisdrackett
Copy link

my solution is to not support android ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants