- From: Robert Flack via GitHub <sysbot+gh@w3.org>
- Date: Fri, 25 Oct 2024 17:11:40 +0000
- To: public-css-archive@w3.org
In the [starting of transitions](https://drafts.csswg.org/css-transitions/#starting), it says: > Likewise, define the after-change style as the computed values of all properties on the element based on the information known at the start of that style change event, but using the computed values of the animation-* properties from the [before-change style](https://drafts.csswg.org/css-transitions/#before-change-style), excluding any styles from CSS Transitions in the computation, and inheriting from the [after-change style](https://drafts.csswg.org/css-transitions/#after-change-style) of the parent. Note that this means the after-change style does not differ from the before-change style due to newly created or canceled CSS Animations. To me, using the the `animation-*` properties from the [before-change style](https://drafts.csswg.org/css-transitions/#before-change-style) suggests that the intent here is that the after-change style should include the canceled animation in this case, resulting in no change on the style update for which the animation was canceled. Of course this should be spelled out explicitly if this is the way we want to resolve this, but it seems consistent with the way we would prevent transitions starting on style changes applied at the same time as a css animation is removed. -- GitHub Notification of comment by flackr Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11084#issuecomment-2438373174 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 25 October 2024 17:11:41 UTC