W3C home > Mailing lists > Public > www-html@w3.org > June 2013

Re: The ability to turn off animations in browsers

From: Stu Cox <stuart.cox@gmail.com>
Date: Tue, 11 Jun 2013 11:02:37 +0100
Message-ID: <CAJ-2Ov7FMoi0K_0HhUKnM=OwvOrAvnXcO2iBAnX1e3AUZipVfA@mail.gmail.com>
To: David Woolley <forums@david-woolley.me.uk>
Cc: Tim Leverett <zzzzbov@gmail.com>, Hidvégi Gábor <gabor@hidvegi.net>, www-html@w3.org
On 10 June 2013 17:59, David Woolley <forums@david-woolley.me.uk> wrote:

> The extreme case would be e-Ink based devices, which have very low idle
> power consumptions, but the trend with "web designers" is to use all the
> processing power that they can get their hands on, in order get the
> attention of jaded users, at a time when hardware is getting better and
> better at power management.  Low end gaming GPUs can have a power
> consumption change of 60 watts between a static picture and maximum
> animation, and CPUs may also vary by about that much.
>
> I'd actually want this for accessibility and usability reasons.  For the
> elderly and people with more formal cognitive disabilities, the animation
> is distracting - its often meant to be - its there to get people to look at
> the advertising, rather than the editorial.
>
> Actually, I'd also suggest the increasing number of pages that seem to be
> continually running scripts also has an impact on energy wastage.  I tend
> to see this in terms of hogging the CPU on a single core system, but, on a
> modern system I'm sure that produces a quite significant power consumption.
>
> This is all really a "web design" rather than an HTML issue.
>


I think being able to disable power-intensive browser features would be a
very good thing. With FF OS apparently targeting low-cost devices &
emerging markets, it's something I could imagine being very beneficial
there – and something I've thought about myself.

However, in order for it to *work*, designers and developers would have to
shift their thinking. Even with feature detection, loads of assumptions are
still frequently made: that support for X implies support for Y (because
all current browsers which support X also support Y).

Developers define their browser support and assume they have everything
those browsers support, then feature detect thereafter. Being able to
disable features turns every "yes" in a caniuse.com table into a "maybe"
and gives a minimum spec less meaning: an app supporting IE10+ would still
need to feature detect animations.

I actually think it would be very beneficial for browser and device
compatibility and accessibility if developers took an "assume nothing"
approach and considered that any individual browser, device or user
capability may or may not be present. Education would be a serious
challenge though.
Received on Tuesday, 11 June 2013 10:03:40 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 11 June 2013 10:03:40 UTC