- From: Rossen Atanassov <Rossen.Atanassov@microsoft.com>
- Date: Mon, 5 Mar 2018 17:09:31 +0000
- To: Ian Pouncey <w3c@ipouncey.co.uk>, "public-css-a11y@w3.org" <public-css-a11y@w3.org>
- Message-ID: <BL0PR2101MB1060E84ACDF870A5367FB1649BDA0@BL0PR2101MB1060.namprd21.prod.outlook.>
Hi Ian, The gaps and proposed investigations are a really good fit for the css-a11y tf, thus I too support moving forward on this. Thanks, Rossen From: ipouncey.co.uk@googlemail.com [mailto:ipouncey.co.uk@googlemail.com] On Behalf Of Ian Pouncey Sent: Wednesday, February 28, 2018 8:46 AM To: public-css-a11y@w3.org Subject: Re: Browser setting to prevent movement Having had no responses so far I propose that if no objections are raised in the next 7 days the CSS A11Y TF will begin investigating this idea with the APA WG. Thanks, Ian. On 7 February 2018 at 16:17, Ian Pouncey <w3c@ipouncey.co.uk<mailto:w3c@ipouncey.co.uk>> wrote: Hello all, As part of a review of CSS Animations Level 1<https://www.w3.org/TR/css-animations-1/> and CSS Transforms Module Level 1<https://www.w3.org/TR/css-transforms-1/>, the APA Working Group identified a potential gap that could be filled by the various specifications that deal with movement of any kind. WCAG 2.0 Success Criterion 2.2.2 Pause, Stop, Hide states that: For moving, blinking, scrolling, or auto-updating information, all of the following are true: * Moving, blinking, scrolling * For any moving, blinking or scrolling information that (1) starts automatically, (2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where it is essential; * Auto-updating * For any auto-updating information that (1) starts automatically and (2) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control the frequency of the update unless the auto-updating is part of an activity where it is essential. The APA thinks that there would be a benefit to having a single in-browser mechanism for pausing or preventing the playing of any and all animation, including that authored with CSS, animated GIFs, and Video content. We'd like to open this discussion to the wider CSS A11Y task force. A number of questions come to mind. Is this idea reasonable? Is it likely to be implemented by browser vendors? Could the prefers-reduced-motion media feature<https://drafts.csswg.org/mediaqueries-5/#prefers-reduced-motion> be used as the basis for such a feature? Could this work without requiring action by the author? Is this something that should be included in the various CSS modules that deal with movement or animation of some sort. Thanks in advance for any thoughts or feedback. Ian.
Received on Monday, 5 March 2018 17:09:56 UTC