Accessibility/Whitelist

From MozillaWiki
< Accessibility
Revision as of 19:22, 10 June 2010 by DavidBolter (talk | contribs) (Created page with '== Problem == Our accessibilty module is intended as a solution for assistive technology (AT). Tools that are not AT invoke our engine, but need only a portion of what we provi…')
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Problem

Our accessibilty module is intended as a solution for assistive technology (AT). Tools that are not AT invoke our engine, but need only a portion of what we provide (at great cpu expense).We do not want to regress our solution for AT at all. We don't want to completely break non-AT. We want to improve peformance for all cases but this topic is specifically about keeping known AT safe from any risky performance improvements.

Proposal

  1. Develop a list of AT that we can detect, and a method of detecting them.
  2. Figure out what baseline accessibility is required by non-AT.
  3. Manage expectations; put the word out there (blog etc)

Implementation

Baseline A11y

Non-AT tools: anti-spyware, auto form tools, tablet pc...

We need to figure out the list of requirements for these tools:

Required Feature Confirmed? Notes
focus events yes we just know this
value change events


And things we know they don't need:


Unused Feature Confirmed? Notes
text events bypassing should help perf
mutation events bypassing should help perf