W3C home > Mailing lists > Public > www-style@w3.org > March 2011

[css3-animations] Complex animations

From: Rik Cabanier <cabanier@gmail.com>
Date: Sat, 26 Mar 2011 11:42:24 -0700
Message-ID: <AANLkTinEqDGcbZ5O7sLayoEhhnhYA23sbEdiJ9Onq=Op@mail.gmail.com>
To: www-style list <www-style@w3.org>

the asynchronous nature of CSS animations makes it hard to keep different
timelines in sync.
I posted an exampe of this(webkit only):
After the animation loads, you will see that the dog's head is not lining up
with his body. Depending on the speed of your machine, the animation will
also break off before it run to its end.

The reason is that the event that signals the end of an animation is handled
The flow is:
- animation ends
- an 'animationend' event is sent to the js code
- the js code starts up the next animation
During this time the other animations keep running so they are no longer in
The event handling also adds to the total time of the movie so sometimes the
movie will restart before its children have run to completion.

the Mozilla folks are aware of such issues and have a prototype to work
around this:
I think it's a step in the right direction but not a complete solution.
To work around this problem in the short term, it would be nice if we can
declare animation event handlers so that when they trigger, ALL animations
on the page are paused until the event is handled. After the event is
handled, all page animations will resume.

The ideal solution would be to extend the keyframes structure so that you
can describe complex animations.
If you can declare that children can become active or disabled at certain
points of the animation, there would be no need to rely on JavaScript.
This approach would have the additional advantage that the browser could
'skip' frames if it detects that the animation is falling behind.
The idea would look something like:

@keyframes sample

:nth-child(1): {display: block;}


:nth-child(1): {display: none;}

:nth-child(2): {display: block;}


:nth-child(2): {display: none;}


Received on Saturday, 26 March 2011 18:42:57 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:07:57 UTC