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

71–80 of 209 posts

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

#71

Post by Rohansi »

jlukic wrote: post #38

Saw the window was a bit laggy so thought I'd delve deeper to figure out what was going on. This lib runs a a RAF animation loop every 8ms across every component on the page that causes the entire document to repaint. The comment above appears of the AI generated sort: // One shared animation frame: step every live component, park when idle. // The delta is capped so a background-tab pause never becomes one giant ste…

> This is the kind of thing usually a human notices and says 'dont do that, that is kind of crazy'.

It's not crazy. That is literally what 99.99% of video games do. They repaint everything constantly, only limited by either your vsync rate or hardware.

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

#72

Post by sjsdaiuasgdia »

nrightnour wrote: post #56
chrismorgan wrote: post #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.

I liked it. I'm curious how it affected you negatively?

I moved my scroll wheel a single tick and the content of the browser window completely changed with no movement to indicate scrolling was happening.

The change was so sudden and stark that I thought some sort of error had occurred and I was looking at a broken render of whatever I should be seeing.

Might be slightly better if the background didn't change color as soon as you move off the first "slide". Then it might not feel like you left the site or got dumped to an error page.

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

#74

Post by pennomi »

Rohansi wrote: post #71
jlukic wrote: post #38

Saw the window was a bit laggy so thought I'd delve deeper to figure out what was going on. This lib runs a a RAF animation loop every 8ms across every component on the page that causes the entire document to repaint. The comment above appears of the AI generated sort: // One shared animation frame: step every live component, park when idle. // The delta is capped so a background-tab pause never becomes one giant ste…

> This is the kind of thing usually a human notices and says 'dont do that, that is kind of crazy'. It's not crazy. That is literally what 99.99% of video games do. They repaint everything constantly, only limited by either your vsync rate or hardware.

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

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

#75

Post by codegeek »

timcobb wrote: post #43
chrismorgan wrote: post #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.

> It leads to an awful experience for a large fraction of users. can you give an example of why/how? I thought it was well done and enjoyable. Regular fast scroll was still as expected, and then the slower interactions felt like slide changes.

It is bad because you are deciding something for ME, the user. That's bad UX because I want to decide my own experience and scroll jacking is the worst thing you can do for UX. Stop doing this.

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

#76

Post by codegeek »

chrismorgan wrote: post #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.

The moment I see scroll-jacking on a website, I bounce. I don't even think twice.

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

#77

Post by fizzynut »

timcobb wrote: post #43
chrismorgan wrote: post #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.

> It leads to an awful experience for a large fraction of users. can you give an example of why/how? I thought it was well done and enjoyable. Regular fast scroll was still as expected, and then the slower interactions felt like slide changes.

It ignores my scroll wheel most of the time if I try to scroll multiple times in a row.

The scroll is delayed significantly from when I scroll to when it actually scrolls.

The amount scrolled is inconsistent, sometimes it scrolls a very slowly a tiny amount because the page doesn't fit on the screen by an unknown tiny fraction, but if I scroll again because it is scrolling both slowly and with delay it now scrolls an entire page.

If I want to scroll past one of the demos I have to wait

If I drag the scroll bar on the side slightly it often snaps backwards.

It feels like I'm interacting with a phone/tablet screen on a computer, there's a reason why windows 8 failed.

Post reply on HN