Email or username:

Password:

Forgot your password?
Top-level
Bramus

And finally here’s the third clever thing Paul did: use that `data-active-index` to attach different animations to the cards.

This is done for each possible index and is auto-generated using Sass.

Screenshot of the generated CSS, showing how the animations get changed based on the data-active-index.
8 comments
Bramus

The keyframes are also generated and built in such a way that you get the directionality effect.

For example, here are the keyframes for the 4th card being active. Upon inspecting the other keyframes you’ll see the keyframe here at 75% move around.

Screenshot of the `aniamte4-active` keyframes
Bramus

(I believe this per-card keyframes approach can be simplified by either leveraging `animation-range` or by relying on a ViewTimeline per scroll-item [which I think would also bypass the need for `scrollsnapchange`], but again: that’s me nitpicking here)

Bramus

Thank you for building this WONDERFUL scroll-driven animations demo, Paul. It was very delightful to see. Stellar work!

(Is Paul on Mastodon? Couldn’t find a matching profile here.)

Bramus

The logic/math for the card stack itself was done by Nate Smith a while ago.

Find all the details on X: x.com/nasm423/status/179513345

Bramus

Here’s my take on this demo: codepen.io/bramus/pen/xxvgzoL

- No Sass
- Reuses the same active and inactive keyframes on all cards, powered by View-Timeline + animation-range
- Reworked snapChange logic to use event.snapTargetInline, falling back to IntersectionObserver if no support

Go Up