Syntax

• window.requestAnimationFrame(callback);
• window.webkitRequestAnimationFrame(callback);
• window.mozRequestAnimationFrame(callback);

Parameters

• callback : “A parameter specifying a function to call when it’s time to update your animation for the next repaint.” (https://developer.mozilla.org/en-US/docs/Web/API/window/requestAnimationFrame)

Remarks

When it comes to animating DOM elements fluidly, we are limited to the following CSS transitions:

• POSITION - transform: translate (npx, npx);
• SCALE - transform: scale(n);
• ROTATION - transform: rotate(ndeg);
• OPACITY - opacity: 0;

However, using these is no guarantee that your animations will be fluid, because it causes the browser to start new paint cycles, regardless of what else is going on. Basically, paint are made inefficiently and your animation looks “janky” because the frames per second (FPS) suffers.

To guarantee smooth-as-possible DOM animations, requestAnimationFrame must be used in conjunction with the above CSS transitions.

The reason this works, is because the requestAnimationFrame API lets the browser know that you want an animation to happen at the next paint cycle, as opposed to interrupting what’s going on to force a new paint cycle in when a non-RAF animation is called.

Feedback about page:

Feedback:

Optional: your email if you want me to get back to you:

Send Feedback Cancel

---