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

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

jelly-ui.com

Post reply on HN
Print view View original

111–120 of 209 posts

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

#111

Post by pibaker »

TheDong wrote: post #100
altairprime wrote: post #88

Earlier quoted context omitted.

Video games only get away with this because their energy draw is obvious: one launched the video game, so one expects the power draw. Visiting a web page does not have that action-reaction causality in people’s minds. Having a random web page introduce maximally-inefficient repaints also leads browsers to start reducing timeslices — especially those with any sort of power drain cognizance, such as Safari — which, her…

> Visiting a web page does not have that action-reaction causality in people’s minds It does in my mind. I fully expect visiting any of reddit.com, github.com, notion.so, or meet.google.com to have the chance to pin a cpu core at 100% for as long as the site is open. At this point, I expect the average webpage to use more CPU than any of the video games I play. The only reason I had to upgrade to my current machine i…

This is like saying "I fully expect visiting that neighborhood to have the chance of getting mugged." A true statement and an incredibly sad one.

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

#112

Post by TheOtherHobbes »

altairprime wrote: post #87

Ew ew ew visceral uncanny valley reaction to the on/off control. I never made it to scrolling.

I'm torn between ugh and ick.

It's poorly implemented and looks crude and unpolished.

There might be an idea there, for limited applications, but this isn't it.

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

#113

Post by TylerE »

_def wrote: post #15
hedgehog wrote: post #6

Earlier quoted context omitted.

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

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.

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

#114

Post by snitty »

tiohijazi wrote: post #48

I dont get why people are so mad at this? Looks fun, will I ever use it? Probably not, but it looks fun

A single function button should not behave differently based on where on the button you click it.

EDIT: It's also WILDLY inconsistent. Click and drag on a button and the shape doesn't change. Click and drag on an on/off and the deformation follows the mouse. Merely click an on/off and the deformation does not follow the the little circle thingy, or bear any relation to the action of the button.

Some of the things are inoffensive, spinner dots, progress bars, accordion menus. But basically anything that deforms on click related to where you click are nonsense.

EDIT 2: The buttons in the demo area apparently do have distortion that follows the mouse, but on the left side they don't? For me this is just a lot of bafflingly inconsistent gloss that makes me wonder what's going on or why one thing behaves differently than others, and what that means for actual functionality. Rather than just interacting with the UI.

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

#115

Post by baldvinmar »

itishappy wrote: post #58

I love this, but it does not seem to conform to standard UX best practices. If I click and hold then move the mouse away to release, I assume an element should not register that as a click. As-is, this is inconsistent: the button registers a click, the checkbox does not.

Good catch. I've updated the button logic. The click will no longer trigger if the cursor is outside the button boundary.

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

#116

Post by baldvinmar »

TurkTurkleton wrote: post #4

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.

Point taken and now you both get notifications as well as a pretty bunny icon to click on, to over rule the system settings.
Post reply on HN