- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Fri, 22 Apr 2011 08:44:56 -0700
- To: Sylvain Galineau <sylvaing@microsoft.com>
- Cc: "L. David Baron" <dbaron@dbaron.org>, Simon Fraser <smfr@me.com>, Dean Jackson <dino@apple.com>, "www-style@w3.org" <www-style@w3.org>
On Fri, Apr 22, 2011 at 8:42 AM, Sylvain Galineau <sylvaing@microsoft.com> wrote: > > [David Baron:] >> On Saturday 2011-04-16 08:24 -0700, L. David Baron wrote: >> > One more question about this behavior (which I don't see the spec >> > answering): when some of the adjacent pairs of values of a property >> > aren't animatable, what happens? All the spec says about >> > non-animatable situations is: >> > # Properties that are unable to be animated are ignored in these >> > # rules, with the exception of animation-timing-function', the >> > # behavior of which is described below. >> > -- http://dev.w3.org/csswg/css3-animations/#keyframes >> >> The behavior I implemented for now is that if some of the pairs of values >> for a property aren't animatable, I drop the property from the animation >> (even if some of the pairs of values are animatable). >> This seemed like the most reasonable behavior I could come up with, at >> least until we have animation of non-interpolable properties. >> >> (In this model, dropping a single segment feels much wierder since each >> property has its own set of segments, though I suppose it's an >> option.) > > I was hoping you could provide a quick testcase so I'm sure I understand > what you mean by adjacent pairs of values of a property in this case ? Something like: @keyframes foo { 0% { width: 20px; } 50% { width: 40px; } 100% { width: auto; } } (20px,40px) is one pair, and (40px,auto) is the other. The former is animatable, the latter isn't. ~TJ
Received on Friday, 22 April 2011 15:45:43 UTC