- From: Yehonatan Daniv via GitHub <sysbot+gh@w3.org>
- Date: Thu, 14 Dec 2023 12:49:01 +0000
- To: public-css-archive@w3.org
@flackr:
> It's probably worth putting together a slide in from left, slide out to right example to explore how easily that is supported. I'm imagining it should look something like this:
>
> ```css
> @keyframes slide-in-from-left {
> 0% { transform: translateX(-100vw); }
> }
> @keyframes slide-out-to-right {
> 100% { transform: translateX(100vw);
> }
> .target {
> animation:
> /* slide-in-from-left should be active producing -100vw initially */
> slide-in-from-left 500ms backwards,
> /* slide-out-right is active after it triggers keeping the element at 100vw. */
> slide-out-to-right 500ms forwards;
> animation-trigger:
> /* Slide in at entry 100% (note [1], overlaps when slide-out is triggered). */
> view() alternate entry 100%,
> /* Slide out at exit 0%. */
> view() alternate exit 0%;
> }
> ```
In the above case I guess it would probably make more sense to use the behavior of `alternate` as is with exit.
Although this case is also valid, if I'm not mistaken, it should be done better with `repeat`.
> E.g. we've been assuming that a single named range does some internal magic to extend to the end of the scroll range, but if I want an animation that is triggered when you're scrolled less than contain 100%, I have to extend the range far enough to pass the start scroll, e.g.
You could use a named timeline, or extend the `view()` with `inset`s, or even use `scroll()`. I guess you have many options for that.
> When inspecting the animation trigger it's end value is supposed to be the end of the scroll, not `cover 100%`.
I'm not following you here, why don't we want to get back `cover 100%`? I think it's consistent to keep `normal` as is and have the default set to `cover 100%` instead of `scroll 100%`.
You think it's a problem?
--
GitHub Notification of comment by ydaniv
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8942#issuecomment-1855792242 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 14 December 2023 12:49:03 UTC