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.
Jelly UI: Soft-body physics for native HTML form controls
161–170 of 209 posts
Re: Jelly UI: Soft-body physics for native HTML form controls
#162Re: Jelly UI: Soft-body physics for native HTML form controls
#163opacity: 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
#164Earlier 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.
Re: Jelly UI: Soft-body physics for native HTML form controls
#165Earlier 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.
Re: Jelly UI: Soft-body physics for native HTML form controls
#166Re: Jelly UI: Soft-body physics for native HTML form controls
#167Re: Jelly UI: Soft-body physics for native HTML form controls
#168Cute (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 DockRe: Jelly UI: Soft-body physics for native HTML form controls
#169Re: Jelly UI: Soft-body physics for native HTML form controls
#170Earlier 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