- From: Kim Patch <kim@redstartsystems.com>
- Date: Thu, 29 May 2014 18:36:06 -0400
- To: User Agent Working Group <w3c-wai-ua@w3.org>
- Message-ID: <5387B656.9080506@redstartsystems.com>
Here's the proposed response to MS06.* * Cheers, Kim* Proposed response to MS06**Comment* The way "a) interact with web content that meets WCAG 2.0" is phrased suggeststhat any SC relating to the rendering of content that fails to completely meet WCAG 2.0 should be relegated to lower priority levels. Just as most users expect browsers to make best efforts to render content that has errors in its HTML, users expect browsers to make reasonable effort to render content that does not fully and accurately comply with WCAG. We believe we'd be doing an injustice to say a browser is doing its part if it fails to make those efforts. Aside from this difference, we've reviewed the proposal and generally agree with the importance of the a, b, c, d criteria you laid out as single A. But it seems that most of our SC's would fit into the criteria laid out for A. We decided on which SC's should be AA and AAA by balancing the benefit to the user versus the difficulty of implementation. The logic behind the levels section is detailed here: http://jspellman.github.io/UAAG/UAAG20/#intro-conf-levels We welcome any specific comments (i.e. SC's you believe are mis-categorized, what level you think they should be instead, and why). Background information MS06 Comment: MS06: Setting realistic Level A, AA, and AAA success criteria Assuming the working group agrees to narrow the scope of UAAG, we then ask that the delineation between the levels to be reexamined. It is our position that a browser meeting level A should be able to: a) interact with web content that meets WCAG 2.0, and b) facilitate programmatic access of the content and its user interface to and from AT, and c) follow the accessibility settings from the OS, and d) provide an user interface that is generally accessible, such as enabling keyboard control on its own features when operating on an environment where keyboard control is available, and e) nothing more Level AA should consist of success criteria that aid users in case of common content failures and predictable solutions are available. Level AAA should consist of success criteria that aid users in case of content failures and where implementable solutions are available. Microsoft appreciates the aspiration of the working group. But it must be understood that the final deliverable must be grounded on reality and that implementations are necessary for UAAG to be considered for recommendation. We encourage the working group to channel its aspiration and creativity elsewhere where developers can consult for future-generation-ideas instead of cluttering UAAG with unclear, untested, or unrealistic success criteria. Greg's initial response: If a large portion of the content on the web does not entirely comply with WCAG 2.0, I do not feel that user agents should be absolved from responsibility for compensating for those deficiencies where the techniques for doing so are well understood and reasonable. Of course, that is not to say user agents can decide not to take those steps, but doing so should have theconsequence of not being able to claim to be as fully accessible as users would expect. Just as most users expect browsers to make best efforts to render content that has errors in its HTML, users will expect browsers to make reasonable effort to render content that does not fully and accurately comply with WCAG, and we would be doing an injustice to say a browser is doing its part if it ails to make those efforts. Of course, the user agent will not be faulted for failing to remedy inadequate documents if it simply refuses to render them at all. That being said, please point out any specific success criteria that you feel are "unclear, untested, or unrealistic", or that should be reprioritized from A to AA or AAA; such specific input would be more useful than broad generalizations. gl: which SC are miss-categorized. -- ___________________________________________________ Kimberly Patch President Redstart Systems, Inc. (617) 325-3966 kim@redstartsystems.com www.redstartsystems.com <http://www.redstartsystems.com> - making speech fly Blog: Patch on Speech +Kim Patch Twitter: RedstartSystems www.linkedin.com/in/kimpatch <http://www.linkedin.com/in/kimpatch> ___________________________________________________
Received on Thursday, 29 May 2014 22:36:31 UTC