Comment by jacobgkau
Comment by jacobgkau 3 months ago
Scrolling through that landing page felt a lot smoother & snappier than I would've expected for a page looking like that.
Comment by jacobgkau 3 months ago
Scrolling through that landing page felt a lot smoother & snappier than I would've expected for a page looking like that.
I’m confused, is this sarcasm?
On a mobile device the page requires miles of scrolling to go through a few sentences while rotating around a meaningless graphic.
Signal to noise ratio is abysmal.
Maybe it displays oddly on your phone but all I’ve seen is effusive praise for how the landing page is constructed. The graphic is meaningless but the information around it is informative. The graphic itself is meant to inspire rather than inform.
Thank you this makes sense. I had to scroll a lot to see one sentence-long phrase to change into another and found this too demanding for the payoff.
The graphic was pretty but did not provide additional insight for me.
As for execution- could’ve been frame-by-frame scroll-driven animation as far as I’m concerned.
Do they explain how they made the landing page or share the code somewhere? I agree, it's stunning.
Hey I'm the author of the lib, I'm thinking about making a course on how to re-create the landing page, would that be something you're interested in?
It's decided, I'm making a course!
I'll explain how the new Anime.js website was created by recreating the entire landing page from scratch, while sharing all the animation tricks and techniques I've learned throughout the years.
You can join the waitlist here https://animejs.com/learn/
I would sign up for the course immediately!
What I would be particularly interested in: What is the creative process of turning an animation idea into code? Suppose I have an idea of what the animation should look like: What is the best way to approach the task of expressing the animation in code?
You can leave your email in the footer of the landing page > https://animejs.com/#site-footer I'll set up a dedicated temporary page for the course soon. Thanks for the interest!
There is a gh-pages branch, but it is generated from a private repo: https://github.com/juliangarnier/anime/tree/gh-pages
On what machine is that on?
I wish these type of page animation should be rendering to 120fps with less than 20% CPU spike for seconds and no warming up of CPU / GPU on a modern 2025 machine.
Unfortunately we are still not there yet. If we achieve that the web would be much more interesting. Brining back memories of Macromedia Flash.
It's clever, but honestly I don't care how smooth it is. Scrolling should simply scroll a view up or down a page. Not invoke animation. We already have established UX patterns for playing media, slowing it down, speeding it up, randomly seeking through it.
Part of the smoothness here is that scrolling the text is 1:1 once you get down to the sections with colored headers. It demonstrates that it's possible to make a page look fancy like that without "breaking" your intuition of what scrolling "should be."
JS animations obviously don't take the place of video/audio media that you'd play/scrub through.
Hey I'm the author of the lib, exactly, I don't really "highjack" the body scroll, I'm only controlling the background animations with it, while keeping most of the body content scroll naturally with the page.
It's not so much about playing/slowing/speeding up an animation or video. It's about moving forward and backward through an "experience," as much as I dislike the overuse of that word. I'd suggest it's a natural evolution of the scroll behavior.
So what would you suggest to use to move the animation forward?
Julian (the author) is a genius. v4 has been in the making for some time, but, boy, is it worth the wait! I have used v3 (I am using it on my landing page and even built a small game engine with it), but this version is on a whole new level. Congrats to the author! Keep up the good work!