W3C home > Mailing lists > Public > public-fx@w3.org > July to September 2015

Re: [web animations] Global playback rate

From: Amelia Bellamy-Royds <amelia.bellamy.royds@gmail.com>
Date: Fri, 4 Sep 2015 13:34:57 -0600
Message-ID: <CAFDDJ7xOyF=N8k=ZTnGTJZ09MDKwPCEPtVD3og5GPLAn1ajbTQ@mail.gmail.com>
To: Rachel Nabors <rachelnabors@gmail.com>
Cc: "public-fx@w3.org" <public-fx@w3.org>
I strongly support this.  However, I would want to add that it should be
implemented through a consistent document clock interface that affects any
method by which developers may be coordinating animations.

For context, SVG/SMIL animations have always had a way that you can reset
or pause the overall document clock for animation.  I think the plan for
the next level animation elements spec was to extend that to include
changing the playback rate or reversing playback.  Although motion on that
spec may have paused, I'd like to see the functionality applied to CSS
animations and WAAPI.

In addition, the global playback rate should be reflected in the timestamps
passed to request animation frame callback functions, so that authors can
maintain coordination with any other animations that don't fit in the WAAPI


On 4 September 2015 at 13:06, Rachel Nabors <rachelnabors@gmail.com> wrote:

> Been seeing a need for a global playback rate for animations. Talking with
> accessibility experts about older users often needing slower animations
> makes me think this is something individual sites if not browsers
> themselves would like to offer user control over.
> Currently you'd have to iterate over every animation object and adjust
> their playback rates individually. Seems like a lot of fuss.
> I'm told the Web Audio API has a global playback rate you can adjust. Why
> not Web Animations, too? Seems very practical!
> --
Received on Friday, 4 September 2015 19:35:26 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:49:54 UTC