Re: [css-animations] computation of values in keyframes (was Re: Possible spec bug?)

On Jul 17, 2014, at 4:55 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:

> On Thu, Jul 17, 2014 at 4:40 PM, Sylvain Galineau <galineau@adobe.com> wrote:
>> On Jul 17, 2014, at 4:28 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
>>> On Thu, Jul 17, 2014 at 4:07 PM, Sylvain Galineau <galineau@adobe.com> wrote:
>>>> On Jul 16, 2014, at 2:08 PM, L. David Baron <dbaron@dbaron.org> wrote:
>>>>> Tab proposed in this thread back in 2011 that the 0% and 100%
>>>>> keyframes be "fully applied", although I'm not quite sure what it
>>>>> means and I don't think I like the sound of it.
>>>> 
>>>> Don't know what that means either. Hope we can discuss it on next week's telcon.
>>> 
>>> IIRC, it was me basically saying that we should apply the 0%/100%
>>> keyframes as if they were normal style rules, with all the
>>> interactions between properties that implies, rather than as
>>> individual properties like they do today.  It would avoid the problem
>>> noted here where, since 'border-style' is none in the static style,
>>> 'border-width' in the animation gets set to 0, even though
>>> 'border-style' is set to a non-none value in the same keyframe.
>> 
>> OK, I agree with this principle though I'm not sure why that'd be limited
>> to the 0% and 100% frames?
> 
> I'm sure I had some reason, but I'm not sure what it is now.  If you
> figure it out, we can consider it, but otherwise just pretend I meant
> for it to always apply.
> 
By 'always apply', I assume you mean 'from the beginning to the end of
the animation'. If so, I agree. I already find it already awkward that 
some properties do not apply in keyframe rules. It'd possibly be even 
weirder if they applied only at 0%-100%.

Only possible rationale I can think of for singling out 0%/100% might be 
backward/forward fills?

Received on Friday, 18 July 2014 00:36:46 UTC