- From: Sam Weinig via GitHub <noreply@w3.org>
- Date: Fri, 26 Dec 2025 17:58:08 +0000
- To: public-css-archive@w3.org
I am interested in experimenting with implementing support for support for something like this, and filed https://github.com/w3c/csswg-drafts/issues/13255 with a tentative (and less well thought out) proposal for a new `animation-color-interpolation-space` property (with the assumption that there would be a parallel `transition-color-interpolation-space` property as well) that models itself on `animation-timing-function` to allow it to both effect the whole animation and be used per-keyframe. After reading this thread, I don't think the complexity of trying to add this functionality to the `transition-behavior` property (and adding an animation-behavior` property) is warranted, but I would love to understand the pros and cons a bit better. One area I am unclear on to proceed is about is how a property like this would plug into the Web Animations model (https://drafts.csswg.org/web-animations-1/#animation-model) and API. Currently, as far as I can tell, everything in the model concerns timing, and is often named as such e.g. the [EffectTiming](https://drafts.csswg.org/web-animations-1/#dictdef-effecttiming) dictionary, which is at least one place you where you find [easing](https://drafts.csswg.org/web-animations-1/#dom-effecttiming-easing) (which is what I was trying to base things on). @birtles, do you have any thoughts on where a non-timing property would plug in? -- GitHub Notification of comment by weinig Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7063#issuecomment-3693174346 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 26 December 2025 17:58:09 UTC