Live data from Hacker News

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

jelly-ui.com

21–30 of 209 posts

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

#22
Please never use scroll-snap as is done on this demo page (unrelated to the soft-body physics). It leads to an awful experience for a large fraction of users. It improves things in one or two scenarios, but at the cost of far more common great frustration.

Scroll-snap is a really risky feature, very niche in its reasonable applications. This is definitely not a suitable place to use it.

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

#23
post #6

I'm having trouble identifying any physics at all in this UI design system.

The library does respect the client-side reduce motion setting (by disabling all animated effects).

Oh thanks, I was also pretty confused

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

#24
This could be modified to be very useful for folks with less-than-ideal hand ability. I don't have much fine motor control in my hands. Hitting one of the modern tiny targets usually involves clicking a few times around the target until I finally manage to randomly twitch the mouse into the right place. Something like this, where the target changes shape to improve targeting ability or increase the size of the click zone, would be wonderful.

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

#26

Please never use scroll-snap as is done on this demo page (unrelated to the soft-body physics). It leads to an awful experience for a large fraction of users. It improves things in one or two scenarios, but at the cost of far more common great frustration. Scroll-snap is a really risky feature, very niche in its reasonable applications. This is definitely not a suitable place to use it.

Agreed. I almost exclusively use the "middle click" autoscroll feature to scroll on websites. It is completely broken on this site because of the scroll-snap.

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

#29
post #6

I'm having trouble identifying any physics at all in this UI design system.

The library does respect the client-side reduce motion setting (by disabling all animated effects).

I think you can respectfully disobey that for a demo.

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

#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?"

Post reply on HN