- From: David MacDonald <david100@sympatico.ca>
- Date: Fri, 15 Dec 2017 08:28:01 -0500
- To: Alastair Campbell <acampbell@nomensa.com>
- Cc: Joshue O Connor <josh@interaccess.ie>, Michael Gower <michael.gower@ca.ibm.com>, WCAG <w3c-wai-gl@w3.org>
- Message-ID: <CAAdDpDasMoR6=78=cxN8LuCBPQu5nHN_oYCm+xAhOH9vJHvq8Q@mail.gmail.com>
If we want slow scroll to be in scope, then I would suggest reintroducing our time exemption, scoping out animations less than 3 seconds, or 1 second at least. Cheers, David MacDonald *Can**Adapt* *Solutions Inc.* Tel: 613.235.4902 LinkedIn <http://www.linkedin.com/in/davidmacdonald100> twitter.com/davidmacd GitHub <https://github.com/DavidMacDonald> www.Can-Adapt.com <http://www.can-adapt.com/> * Adapting the web to all users* * Including those with disabilities* If you are not the intended recipient, please review our privacy policy <http://www.davidmacd.com/disclaimer.html> On Fri, Dec 15, 2017 at 5:21 AM, Alastair Campbell <acampbell@nomensa.com> wrote: > Thanks Michael, David, > > > > To help discussion on this I think we need a slight refresher on the > purpose (I know I did!). > > > > I did the understanding doc recently, not in master yet but here: > > http://rawgit.com/w3c/wcag21/animation-from-interactions/ > understanding/21/animation-from-interactions.html > > > > To summarise from that what the SC needs to achieve, it needs to: > > - Be scoped to content-based animations triggered by user-interaction > (2.2.2 covers content-triggered automatically without user-interaction). > > - Prevent the animation in the first place, in order to avoid > triggering. > > - Allow for user-agent preference (which is the more elegant solution, > in progress), or an on-site preference. > > > > For some concrete examples: > > > > - We don’t want to catch a menu drop-down that appears (without > ‘moving’ or ‘scaling’), but we do if it swooshes in from above, or grows > from small to full size. Appearing is required (and not a trigger), > moving/scaling is not. > > - We do want to catch parallax (or other) animation *added* to > scrolling. > One extreme example: http://taotajima.jp/works/bravia-2017/ (massive > TRIGGER warning!). > Or http://apple.com/macpro > Or https://articulate.com/360/rise (scroll down and some of the images > move in addition to scrolling). > > - We do want to catch the ‘slow scroll’ technique like selecting the > links at the top of this page: http://www.masterlock.com/bluetooth > (The technique would be to simply jump to each anchor, like browser > functionality for going to anchors.) > > > > This article is excellent as background, with examples: > https://webkit.org/blog/7551/responsive-design-for-motion/ > > > > In every case *these are animations the author has added*, so there are > three methods/techniques: > > - Don’t add them (bit harsh, but it is AAA). > - Put the triggers behind the reduce-motion preference (available in > Safari desktop and iOS, others hopefully to follow). > - Include a mechanism on the site that has the same effect as the > reduce-motion preference. > > > > Therefore my preferred formulation is: > > “*Motion or size animations triggered by a user action can be disabled > without preventing the action, unless the animation is essential to the > functionality or the information being conveyed.”* > > > > NB: I liked David’s starting point of “Content can be operated without > Motion or scaling animations…” > > However, I think that makes the second half more difficult when defining > what is allowed vs disabled. For anyone not adding “Motion or scaling > animations”, you don’t need to worry about this. > > > > Compared to other versions: > > - “Preventing” rather than “affecting”, as stopping the motion/scaling > animation does affect it, but doesn’t prevent it. > > - No mention of user-agent or ‘provided by content’, because I would > argue that anything done by the user-agent is essential to the action. If > it isn’t user-agent, it is content. > > - “Scaling” has alternative meanings (mostly to do with fish), so I > thought size made more sense here. Saves a definition. > > > If people don’t agree that user-agent animation is essential, then I’d > suggest: > > “Motion or scaling animations provided by the content and triggered by a > user action can be disabled without preventing the action, unless the > animation is essential to the functionality or the information being > conveyed.” > > > > Bit wordier, but narrower. > > > > For a definition of motion, I’m not convinced we need anything beyond the > dictionary definition? > > http://www.dictionary.com/browse/motion > > > > Also, there is a good note in the webkit article I linked above, which we > might want to include in some form like this: > > “Note: This criterion does not apply to user-controlled direct > manipulation effects such as pinch-to-zoom or browser scrolling that are > provided by the user-agent. Those interactions are predictable and the user > can choose to manipulate the interface in a style or speed that works for > their needs.” > > > > Kind regards, > > > > -Alastair >
Received on Friday, 15 December 2017 13:29:02 UTC