Live data from Hacker News

Allow disabling of motion or animation

accessibilityfordevelopers.com

131–132 of 132 posts

Re: Allow disabling of motion or animation

#131

Earlier quoted context omitted.

It's almost impossible to reliably distinguish animations required for a web site to work properly from animations and changes that can and should be disabled. For example, try to distinguish (from "definitely should be blocked" to "definitely can't be blocked without breaking things"): - An ad mascot hopping up or down telling you to click it - A loading spinner spinning - A progress bar - Information you're waiting…

Spinners are a total antipattern. If loading is interrupted by an error, the spinner just keeps spinning. And there's no need to display progress every millisecond, 0.1 Hz should be enough.

> If loading is interrupted by an error, the spinner just keeps spinning.

Only if written incompetently.

Re: Allow disabling of motion or animation

#132
post #97

Earlier quoted context omitted.

This would mean a) it will still animate regardless of setting b) there's a high chance it will spike your CPU load because your CPU cycles don't cost the authors of the ad money.

It has tangential costs, because a site which is slow or drains battery will lose at least some users or SERP positions and a site owner will take measures to rebalance that. All this already works through various metrics.

Haven't seen that work in practice...
Post reply on HN