Latest specification at http://w3c.github.io/web-animations/.
Learn the tech
Why Web Animations?
Four animation-related specifications already exist on the web platform: CSS Transitions,
CSS Animations, SVG Animations / SMIL, and requestAnimationFrame()
. However:
- CSS Transitions / CSS Animations are not very expressive - animations can't be composed, or sequenced, or even reliably run in parallel; and animations can't be tweaked from script.
- SVG Animations are very expressive, but also very complicated. SVG Animations can't be applied to HTML content.
requestAnimationFrame()
is not a declarative approach - it requires the use of the main thread, and will therefore jank if the main thread is busy.
Web Animations is a new specification for animated content on the web. It's being developed as a W3C specification as part of the CSS and SVG working groups. It aims to address the deficiencies inherent in these four specifications. Web Animations also aims to replace the underlying implementations of CSS Transitions, CSS Animations and SVG Animations, so that:
- The code cost of supporting animations on the web is reduced.
- The various animations specifications are interoperable.
- Spec authors and browser vendors have a single place to experiment with new animation innovations to improve the Web for the future.
Basic usage
Here's a simple example of an animation that scales and changes the opacity of
a <div>
over 0.5 seconds. The animation alternates producing a pulsing effect.
<div class="pulse" style="width:150px;">Hello world!</div>
<script>
var elem = document.querySelector('.pulse');
var player = document.timeline.play(new Animation(elem, [
{opacity: "0.5", transform: "scale(0.5)"},
{opacity: "1.0", transform: "scale(1)"}
],
{
direction: "alternate", duration: 500, iterations: Infinity
}));
</script>
The animation model
The Web Animations model is a description of an engine for animation content on the web. The engine is sufficiently powerful to support CSS Transitions, CSS Animations and SVG Animations.
Web Animations also exposes a JS API to the model. This API defines a number of new interfaces that are exposed to JavaScript. We'll go through some of the more important ones here: Animations, AnimationEffects, TimingDictionaries, TimingGroups, and AnimationPlayers.
An Animation
object defines a single animation effect that applies to a single element target. For example:
var animation = new Animation(targetElement,
[{left: '0px'}, {left: '100px'}], 2000);
Here, the target element's "left" CSS property is modified smoothly from 0px
to 100px
over 2 seconds.
Specifying animation effects
An AnimationEffect
object controls which CSS properties and SVG attributes are
modified by an animation, and the values that those properties and attributes
vary between. AnimationEffect objects also control whether the effect replaces
or adds to the underlying value.
There are three major kinds of effects: KeyframeEffect
, MotionPathEffect
, and EffectCallback
.
Animating between keyframes
A KeyframeEffect
controls one or more properties/attributes by linearly
interpolating values between specified keyframes. KeyframeEffects are usually
defined by specifying the keyframe offset and the property-value pair in a
dictionary:
[
{offset: 0.2, left: "35px"},
{offset: 0.6, left: "50px"},
{offset: 0.9, left: "70px"},
]
If the offset is not specified, keyframes are evenly distributed at offsets between 0 and 1.
[{left: "35px"}, {left: "50px"}, {left: "70px"}]
See the specification for the details of the keyframe distribution procedure, and how KeyframeEffects are evaluated at offsets outside those specified by the keyframes.
Animating along paths
A MotionPathEffect
allows elements to be animated along SVG-style paths. For example:
<svg xmlns="http://www.w3.org/2000/svg" version="1.1">
<defs>
<path id=path d="M 100,100 a 75,75 0 1,0 150,0 a 75,75 0 1,0 -150,0"/>
</defs>
</svg>
<script>
var animFunc = new MotionPathEffect(document.querySelector('#path').pathSegList);
var animation = new Animation(targetElement, animFunc, 2000);
</script>
Custom animation effects
An EffectCallback
allows animations to generate call-outs to JavaScript
rather than manipulating properties directly. Please see the
specification for more details on this
feature.
Sequencing and synchronizing animations
Two different types of TimingGroups (AnimationGroup
and AnimationSequence
) allow animations to be synchronized and sequenced.
To play a list of animations in parallel:
var animationGroup = new AnimationGroup([new Animation(...), new Animation(...)]);
To play a list in sequence:
var animationSequence = new AnimationSequence([new Animation(...), new Animation(...)]);
Because Animation
, AnimationGroup
, AnimationSequence
are all TimedItems, groups can be nested:
var animationGroup = new AnimationGroup([
new AnimationSequence([
new Animation(...),
new Animation(...),
]),
new Animation(...)
]);
Groups also take an optional TimingDictionary parameter (see below), which among other things allows iteration and timing functions to apply at the group level:
var animationGroup = new AnimationGroup([new Animation(...), new Animation(...)], {iterations: 4});
Controlling the animation timing
TimingDictionaries are used to control the internal timing of an animation (players control how an animation progresses relative to document time). TimingDictionaries have several properties that can be tweaked:
- duration: the duration of a single iteration of the animation
- iterations: the number of iterations of the animation that will be played (fractional iterations are allowed)
- iterationStart: the start offset of the first iteration
- fill: whether the animation has effect before starting the first iteration and/or after finishing the final iteration
- delay: the time between the animation's start time and the first animation effect of the animation
- playbackRate: the rate at which the animation progresses relative to external time
- direction: the direction in which successive iterations of the animation play back
- easing: fine-grained control over how external time impacts an animation across the total active duration of the animation.
The values provided within TimingDictionaries combine with the animation hierarchy to generate concrete start and end values for animation iterations, animation backwards fills, and animation forwards fills. There are a few simple rules which govern this:
- Animations never extend beyond the start or end values of their parent iteration.
- Animations only fill beyond their parent iteration if:
- the relevant fill value is selected for the animation;
- the matching fill value is selected for the parent; and
- this is the first parent iteration (for
fill: 'backwards'
) or last parent iteration (forfill: 'forwards'
)
- Missing
duration
values for TimingGroups are generated based on the calculated durations of the child animations.
The following example illustrates these rules:
var animationGroup = new AnimationGroup([
new AnimationSequence([
new Animation(..., {duration: 3000}),
new Animation(..., {duration: 5000, fill: 'both'})
], {duration: 6000, delay: 3000, fill: 'none'}),
new Animation(..., {duration: 8000, fill: 'forwards'})
], {iterations: 2, fill: 'forwards'});
In this example:
- The
AnimationSequence
has an explicitduration
of 6 seconds, and so the second child animation will only play for the first 3 of its 5 second duration - The
AnimationGroup
has no explicit duration, and will be provided with a calculated duration of the max (duration + delay
) of its children - in this case 9 seconds. - Although
fill: "both"
is specified for the secondAnimation
within theAnimationSequence
, theAnimationSequence
itself has afill
of "none". Hence, as the animation ends right at the end of theAnimationSequence
, the animation will only fill backwards, and only up until the boundary of theAnimationSequence
(i.e. 3 seconds after the start of theAnimationGroup
). - The
Animation
inside theAnimationGroup
and theAnimationGroup
are bothfill: "forwards"
. Therefore the animation will fill forward in two places:- from 8 seconds after the
AnimationGroup
starts until the second iteration of theAnimationGroup
starts (i.e. for 1 second) - from 17 seconds after the
AnimationGroup
starts, extending forward indefinitely.
- from 8 seconds after the
Playing Animations
In order to play an Animation
or TimingGroup
, an AnimationPlayer
must be constructed:
var player = document.timeline.play(myAnimation);
AnimationPlayers provide complete control the start time and current playback head of their attached animation. However, players can't modify any internal details of an animation.
AnimationPlayers can be used to pause, seek, reverse, or modify the playback rate of an animation.
document.timeline.currentTime
is a timeline's global time. It gives the number
of seconds since the document fired its load event.
Polyfill details
Getting started
Include web-animations.js
in your project:
<script src="web-animations-js/web-animations.js"></script>
Polyfill notes
Prefix handling
In order to work in as many browsers as feasible, we have decided to take the following approach to prefix handling:
-
the polyfill will automatically detect the correctly prefixed name to use when writing animated properties back to the platform.
-
where possible, the polyfill will only accept unprefixed versions of experimental features. For example:
var animation = new Animation(elem, {"transform": "translate(100px, 100px)"}, 2000);
will work in all browsers that implement a conforming version of
transform
, butvar animation = new Animation(elem, {"-webkit-transform": "translate(100px, 100px)"}, 2000);
will not work anywhere.
Experimental features
When the polyfill requires features to implement functionality that is not inherently specified using those
features (for example, CSS calc()
is required in order to implement merging between lengths with different units)
then the polyfill will provide a console warning in browsers where these features are absent.
Tools & testing
For running tests or building minified files, consult the tooling information.
Breaking changes
When we make a potentially breaking change to the polyfill's API surface (like a rename) we'll continue supporting the old version, deprecated, for three months and ensure that there are console warnings that a change is pending. After three months, the old version of the API surface (e.g. the old version of a function name) will be removed. If you see deprecation warnings you can't avoid it by not updating.
We also announce anything that isn't a bug fix on [email protected] (https://groups.google.com/forum/#!forum/web-animations-changes).