Live data from Hacker News

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

jelly-ui.com

161–170 of 209 posts

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

#161

If I were younger I would love this. nowadays I spend most of the time tweaking websites to remove this stuff using local stylesheets...or using dark + read mode... how times have changed.

I have enabled "reduced motion", so this site doesnt work for me.

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

#163
I don't fully understand the "soft-body physics" part. What's that supposed to mean? Looks like a generic UI library, not a really good one.

opacity: 0.5 for disabled elements is a crime.

pointer-events: none on disabled elements and claiming WCAG AA compliance? Ew.

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

#164
post #103

Earlier quoted context omitted.

Here's the perf profile, just to clarify. Cursor idle, viewport on the button examples. 3ms repaint every 8-11ms. Animation frame points to the code i mentioned. https://postimg.cc/sQpZxxzv The problem isn't doing work on a website, its if you have an idle task that is taking up a significant portion of the frame budget then its easy to have frame drops when you do significant work like clicking, scrolling, browsing.…

That's from Lottie, the animations that play in the header and footer of the page. Shrink your window until they disappear and try again.

Is it? I am in the middle of the page, the header and footer are well off into the distance not being rendered, and I see the same pattern.

https://imgur.com/texxYP0

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

#165
post #155

Earlier quoted context omitted.

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.

At the time that I viewed it yesterday, there was no indication that it respected the "prefers reduced motion" setting, so I was very underwhelmed at first until I remembered I had that turned on.

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

#168
post #30

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.

PSA: Apple menu > System Settings > Accessibility > Motion These cool demos come up now and again and it always takes me a minute to remember I have reduced motion. But for that minute I was disappointedly clicking around thinking "Whats the big deal?"

  defaults write com.apple.universalaccess reduceMotion -int 1 && killall Dock

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

#170

Earlier quoted context omitted.

That's from Lottie, the animations that play in the header and footer of the page. Shrink your window until they disappear and try again.

Is it? I am in the middle of the page, the header and footer are well off into the distance not being rendered, and I see the same pattern. https://imgur.com/texxYP0

Zoom in, take a look at what code is running, and you'll see it's all `lottie_light.min.js`. Being offscreen doesn't mean it's doing nothing. In fact, it looks like once it shows once it keeps spinning its RAF loop forever. Shrink your window so it disappears, reload, and then profile.
Post reply on HN