- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 14 Feb 2024 01:05:20 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-anchor-position][css-position] Fixing the animation problem`. <details><summary>The full IRC log of that discussion</summary> <fantasai> Tab is going to intro the issue for people to think about<br> <fantasai> -> https://github.com/w3c/csswg-drafts/issues/9598#issuecomment-1836854109<br> <fantasai> -> https://github.com/w3c/csswg-drafts/issues/9598#issuecomment-1817244328<br> <fantasai> TabAtkins: Suppose a very simple example: animating from `inset-area: top` to `inset-area: bottom`.<br> <fantasai> TabAtkins: These containing blocks aren't numbers, they're names. So can't transition them.<br> <fantasai> TabAtkins: It also defaults the alignment to different values<br> <fantasai> TabAtkins: can't transition from align-self end (first case) to align-self: start (second case)<br> <fantasai> TabAtkins: Can't animate between those<br> <fantasai> TabAtkins: If your positions can be described by top/left/bottom/right (and the same combination of such properties) in both first and last frames, you can animate smoothly<br> <fantasai> TabAtkins: but otherwise can't<br> <fantasai> TabAtkins: We're proposing to solve this by introducing a new property<br> <fantasai> TabAtkins: position-animation: normal | magic<br> <dbaron> TabAtkins: "magic" is not the final name<br> <fantasai> TabAtkins: magic computes to a rectangle. This rectangle is never exposed to authors, always serializes as "magic"<br> <fantasai> TabAtkins: but it has x/y offsets and width/height<br> <fantasai> TabAtkins: when position-animation is magic on both sides of a transition, this overrides all the rest of the abspos positioning properties (insets, alignment, etc)<br> <fantasai> TabAtkins: we can smoothly interpolate the rect, so you get proper animation<br> <fantasai> TabAtkins: We don't expose the rect to authors because this would bypass the rest of the cascade -- it needs to win over all the other properties to work<br> <florian> q?<br> <florian> q+<br> <fantasai> TabAtkins: modulo style interleaving issue, which need to discuss, we think this would solve all the animation issues for positioning<br> <khush> q+<br> <dbaron> position-animation: properties | coordinates<br> <fantasai> TabAtkins: it also fixes, e.g. if you change which element resolves against your --foo anchor name<br> <emilio> q+<br> <fantasai> fantasai: So you'd write `transition: position-animation 2s`<br> <fantasai> TabAtkins: assuming you set `magic` for both starting and ending points<br> <fantasai> TabAtkins: our implementers think something similar to this is going to work<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/9598#issuecomment-1942930696 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 14 February 2024 01:05:22 UTC