- From: Stu Cox <stuart.cox@gmail.com>
- Date: Tue, 11 Jun 2013 11:02:37 +0100
- 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
- Message-ID: <CAJ-2Ov7FMoi0K_0HhUKnM=OwvOrAvnXcO2iBAnX1e3AUZipVfA@mail.gmail.com>
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