Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Anime.js – A lightweight JavaScript animation library

animejs.com

Post reply on HN
Print view View original

111–120 of 133 posts

Re: Anime.js – A lightweight JavaScript animation library

#111

Post by nextaccountic »

JulianGarnier wrote: post #100

Hi, I'm the creator of Anime.js. Firstly, thank you for the submission. I honestly didn't anticipate being featured on the homepage of HN without any major update to the library! To those wondering why the project hasn't been updated recently, it's simply because I've been working on a new version (V4) for the last two years. The core library has been completely rewritten, I'm currently in the testing and documentati…

So another comment says that CSS Tweening makes your lib obsolete, which I don't think is true, but,

Can Anime.js make use of CSS Tweening on browsers that support it? Maybe as an optimization, rather than using requestAnimationFrame, on some kinds of animations

Re: Anime.js – A lightweight JavaScript animation library

#112

Post by JulianGarnier »

nextaccountic wrote: post #111
JulianGarnier wrote: post #100

Hi, I'm the creator of Anime.js. Firstly, thank you for the submission. I honestly didn't anticipate being featured on the homepage of HN without any major update to the library! To those wondering why the project hasn't been updated recently, it's simply because I've been working on a new version (V4) for the last two years. The core library has been completely rewritten, I'm currently in the testing and documentati…

So another comment says that CSS Tweening makes your lib obsolete, which I don't think is true, but, Can Anime.js make use of CSS Tweening on browsers that support it? Maybe as an optimization, rather than using requestAnimationFrame, on some kinds of animations

Not planned for now, but I haven't really looked into it. I'll consider after the V4 is released.

Re: Anime.js – A lightweight JavaScript animation library

#114

Post by jeanlucas »

JulianGarnier wrote: post #106
jeanlucas wrote: post #104

Earlier quoted context omitted.

Nice, Julian! Is there any way to alpha/beta test for v4?

I've been considering offering early access exclusively to GitHub sponsors once the documentation and migration guide are completed. Would this be something that interests you?

Yes!

Re: Anime.js – A lightweight JavaScript animation library

#115

Post by SirHound »

geenat wrote: post #91
SirHound wrote: post #83

Earlier quoted context omitted.

If thread blocking is a problem then your example would stutter at every await. VS using https://motion.dev/api/timeline or Framer Motion both of which can sequence complex WAAPI animations.

It won't stutter because the actual animation is done by the browser CSS engine. await is only used to build the non-blocking timeline: Think keyframes, not frames.

It will stutter because if your browser is under heavy load then your async function will run when the browser is free to do so - not at the 1s mark as specified by your transition.

If you instead build the keyframes up front and give them to WAAPI/CSS then you won’t encounter stutters.

This is easily provable by adding some blocking JS into your code. Block the main thread for ten seconds after your first transition and see when that next await triggers. Your animation will run smoothly for 1 second and then the next chunk of your timeline won’t run for another 9.

Re: Anime.js – A lightweight JavaScript animation library

#116

Post by SirHound »

sktrdie wrote: post #86
FireInsight wrote: post #81

Earlier quoted context omitted.

Web Animations API isn't blocking IIRC. https://motion.dev/ uses it.

Right but for spring animations you still have to run the calculations on the main thread. [1] 1. https://webcache.googleusercontent.com/search?q=cache:Pa8-Oa...

Yeah but these can be precalculated in the perceptual window as per Framer Motion and Motion One, and then handed off to WAAPI.

Which is still needed for actual spring physicals vs the facsimile of linear() (which might often be enough!)

Re: Anime.js – A lightweight JavaScript animation library

#117

Post by JulianGarnier »

jeanlucas wrote: post #114
JulianGarnier wrote: post #106

Earlier quoted context omitted.

I've been considering offering early access exclusively to GitHub sponsors once the documentation and migration guide are completed. Would this be something that interests you?

Yes!

<3

Re: Anime.js – A lightweight JavaScript animation library

#118

Post by vdfs »

nextaccountic wrote: post #110
FreshStart wrote: post #70

Earlier quoted context omitted.

No, no the browsers deprecated it yesterday.. You are supposed to add a webasm shard, containing the operation system for the animations.

I'm not entirely sure whether you're joking

He is joking because webassembly had been deprecated today in favor of Punch cards

Re: Anime.js – A lightweight JavaScript animation library

#119

Post by JulianGarnier »

geenat wrote: post #65
5350-uiop-1130 wrote: post #64

Earlier quoted context omitted.

> Mostly obsolete i'm so f#####g done with web dev.

haha I mean, it's just built into browsers now. Nothing stopping someone from still using anime.js

Creating something like the homepage of animejs.com without an animation library today is still quite challenging.

Re: Anime.js – A lightweight JavaScript animation library

#120

Post by mkoryak »

JulianGarnier wrote: post #100

Hi, I'm the creator of Anime.js. Firstly, thank you for the submission. I honestly didn't anticipate being featured on the homepage of HN without any major update to the library! To those wondering why the project hasn't been updated recently, it's simply because I've been working on a new version (V4) for the last two years. The core library has been completely rewritten, I'm currently in the testing and documentati…

Why do your docs use `var` for variable declarations?
Post reply on HN