- From: Guillaume via GitHub <sysbot+gh@w3.org>
- Date: Thu, 16 May 2024 13:37:29 +0000
- To: public-css-archive@w3.org
Moved from #10342 (duplicate of this issue) > https://drafts.csswg.org/css-animations-1/#keyframes > > > The `<declaration-list>` inside of `<keyframe-block>` accepts any CSS property except those defined in this specification [...] > > ... but not all those defined as [non-animatable](https://www.w3.org/TR/web-animations/#not-animatable). > > For example, in Chrome and FF: > > ```js > keyframe.style.setProperty('animation-time', '1s') > keyframe.style.animationTime; // undefined > keyframe.style.setProperty('contain', 'strict') > keyframe.style.contain; // 'strict' > ``` > > Why authors can declare `contain` but not `animation-time`? Should all non-animatable properties be invalid in keyframe rules? > > This in-between state seems odd, and the behavior for `.setProperty()` with `animation-time` (explicitly not accepted) is [unspecified](https://drafts.csswg.org/cssom-1/#dom-cssstyledeclaration-setproperty). > > I assume that `CSSKeyframeRule.style` is not defined with its own interface inheriting from `CSSStyleDeclaration` because 600+ animatable properties would then need to be defined as its attributes. > > An alternative (that I do not like, fwiw) would be to define `CSSKeyframeProperties` as inheriting from `CSSStyleProperties` and do a no-op in the appropriate methods for non-animatable properties. > > Related: #2736, #9453 -- GitHub Notification of comment by cdoublev Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2736#issuecomment-2115275397 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 16 May 2024 13:37:30 UTC