Live data from Hacker News

Jelly UI: Soft-body physics for native HTML form controls

jelly-ui.com

151–160 of 209 posts

Re: Jelly UI: Soft-body physics for native HTML form controls

#152
post #84
post #74

Earlier quoted context omitted.

Presumably in a video game the majority of the screen changes every frame. Not so in web pages.

My point was more that rendering a few widgets at 60+ FPS is nothing for anything with a GPU, and everything has a GPU these days. Anyway, something like this only needs to paint when states change or animations are running. That's an easy optimization to make here if it doesn't do it already. And games don't even bother with it, they repaint all UI even if it doesn't change.

Is your browser running the javascript event loop on the GPU? Because mine isn't

Re: Jelly UI: Soft-body physics for native HTML form controls

#153
post #113
post #15

Earlier quoted context omitted.

Oh, thanks for the hint. I actually don't like this - similarly to dark mode setting detection. But I guess thats more a criticism on the OS preferences not being granular enough.

It's not something for you to not like. Many of us that have visual deficiencies and have that setting turned on for a reason.

I think there is still a point to be made that alternative more granular settings may help in less people turning it on.

e.g. I have "reduced motion" turned on because the workspace switching animation (and some of the other animations) on macOS is unbearably slow, and that flag is the only way to get rid of it.

Re: Jelly UI: Soft-body physics for native HTML form controls

#154
Shape "pill": rounded

Shape "square": still rounded

-----

It's visually creative. At the same time, the reactive animations would bother me (to the point of deeming it unusable) in any production app or website. I'm glad it respects "reduced motion" preferences.

Re: Jelly UI: Soft-body physics for native HTML form controls

#155

Cute (and I mean that sincerely, not sarcastically), and I appreciate that it appears to gracefully degrade for `@media (prefers-reduced-motion: reduce)`, but for the demo site, it would probably be a good idea to allow the user to override that without having to change their system settings, or at least alert them that they won't see the animations.

Would also be trivial for the author to add a warning for users that have that setting enabled. Something like "Heads-up: you have requested reduced motion, and this library disabled animations as per your request"

Re: Jelly UI: Soft-body physics for native HTML form controls

#159

Okay I know this is gonna sound rude but who in the world would want form controls that behave this way?

Sometimes we built for the pure joy of making. Practicality is a bonus.

It's the first UI idea in many years that is surprisingly refreshing. It has all the signs of greatness.

Re: Jelly UI: Soft-body physics for native HTML form controls

#160
post #155

Cute (and I mean that sincerely, not sarcastically), and I appreciate that it appears to gracefully degrade for `@media (prefers-reduced-motion: reduce)`, but for the demo site, it would probably be a good idea to allow the user to override that without having to change their system settings, or at least alert them that they won't see the animations.

Would also be trivial for the author to add a warning for users that have that setting enabled. Something like "Heads-up: you have requested reduced motion, and this library disabled animations as per your request"

> Would also be trivial for the author to add a warning for users that have that setting enabled. Something like "Heads-up: you have requested reduced motion, and this library disabled animations as per your request"

They already do exactly this. The commenter wants a switch to force animations anyway, so he can check the demo without changing system settings.

Post reply on HN