- From: Yehonatan Daniv via GitHub <sysbot+gh@w3.org>
- Date: Mon, 10 Oct 2022 14:29:09 +0000
- To: public-css-archive@w3.org
> When a scroller shrinks from scrollable to not scrollable the animation will arbitrarily jump to the end even if it was previously at 0 progress (and is still at 0 scrollTop / scrollLeft), which to me seems surprising I don't think it's surprising, if something causes duration of the animation to shrink/expand then jumps in progress calculation should be well expected. > I'm not sure how you can decide that one end of the scroll is the preferred state That is true. You can roughly categorize most scroll-linked animations into 3 groups: - Entry effects - On-going effects - Exit effects And it's easy to find examples for each category to have a different desired frame to fill. Nevertheless, this is still something quite common that could give a lot of benefit to authors. Let's take on-going effects for instance: You could have a `filter: grayscale()` going from `100%` to `0%`, in which you may choose to fill the 100% probably. Another case is a `filter: hue-rotate()` going from `-180deg` to `180deg`, in which you may choose to fill to 50% progress. This is also not possible to cover simply with `animation-fill-mode`. So, perhaps we can research this further, maybe introduce a new property for the Timeline, around which the UA should expand the interpolated range? So that we can also maintain continuity at the same time? -- GitHub Notification of comment by ydaniv Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7778#issuecomment-1273404365 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 10 October 2022 14:29:11 UTC