- From: Seokho Song via GitHub <noreply@w3.org>
- Date: Tue, 03 Feb 2026 08:44:42 +0000
- To: public-css-archive@w3.org
DevSDK has just created a new issue for https://github.com/w3c/csswg-drafts: == Question and suggestion about paused property value == > Hi and thank you for the draft of spec :) > > I have a question and a minor suggestion. > > What is the expected behavior for `paused`? > > The current version of the specification simply describes it as a "static image." It is unclear whether this implies rendering a specific frame (e.g., the first frame) or freezing the animation at the current timestamp. > > If this is intended to be user agent dependent or to render the first frame, how about renaming it to `none` or `stopped` > > If the expectation is to stop the moment at the current frame, I think it would be good to clarify this. I.e., `animation-play-state` in css animation. > > According to the [Possible Extensions](https://github.com/webplatformco/project-image-animation/tree/main/image-animation-property#possible-extensions) on the Explainer, > > `paused [ first | last | last-shown | <time> | <percent> | <number> ] ?` > > We can adopt: > > `stopped [ first | last | <time> | <percent> | <number> ] ?` - `first` is default case. > > and separated the value for `last-shown` to `paused`. > > From a Chromium implementer's perspective, `none` or `stopped` (resetting to the first frame) is significantly easier to implement than pausing at the current frame. > > If support for "freezing at the current frame" is planned for the future but not immediately required, adopting none or stopped first might be a better choice for a minimal viable version of the standard. > > cc. [@mrego](https://github.com/mrego) *Originally posted by @DevSDK in https://github.com/webplatformco/project-image-animation/issues/2* Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/13434 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 3 February 2026 08:44:42 UTC