- From: Brian Birtles via GitHub <sysbot+gh@w3.org>
- Date: Thu, 10 Nov 2016 23:09:36 +0000
- To: public-css-archive@w3.org
There are a lot of times where CSS animations are more appropriate, e.g. an infinitely rotating spinner. Or, an animated cartoon--it doesn't make sense to set the endpoint of each change in the cartoon just to trigger the change, furthermore you might have many different kinds of changes (e.g. the character moves right, then 2s later, moves right again, then later up, then later left -- I can't think of a way to do that declaratively with transitions and even if you could, semantically it would be odd). Transitions make sense when, in the absence of animation, you'd still want to update the style to its final value anyway. The fact that you can't do A->B->C style transitions is a limitation of transitions we should fix in future. The other subtle timing effects you refer to I presume refer to mid-animation changes? As demonstrated in the codepen, if you're just doing A->B style transitions, you can have different properties transition at different times (and can apply different timing functions to them too). An auto-reversing feature for CSS animations might make sense too, but I don't think we want to do that by transitioning the animation-delay. -- GitHub Notification of comment by birtles Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/683#issuecomment-259835318 using your GitHub account
Received on Thursday, 10 November 2016 23:09:42 UTC