Comments on: Accessibility TF Manifesto http://www.webstandards.org/2006/04/19/atf-manifesto/ Working together for standards Wed, 27 Mar 2013 12:19:03 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Aaron http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-1961 Aaron Sat, 01 Jul 2006 18:45:21 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-1961 It has to be accessible for everyone ! It has to be accessible for everyone !

]]>
By: Max Design - standards based web design, development and training » Blog Archive » Some links for light reading (26/4/04) http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-480 Max Design - standards based web design, development and training » Blog Archive » Some links for light reading (26/4/04) Sat, 29 Apr 2006 05:32:32 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-480 [...] Accessibility TF Manifesto [...] [...] Accessibility TF Manifesto [...]

]]>
By: Isofarro http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-469 Isofarro Thu, 27 Apr 2006 09:46:45 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-469 "Better automated testing tools (for WCAG at least)." That misses the point of what web accessibility is about - removing barrier we create that present problems for people. The key fundamental concept is its about people - not technology. WCAG is written on the basis of problems people with disabilities face when using the web. You cannot factor out the human element, and as a result, "better automated testing tools" cannot cover any major portion of any accessibility guidelines. Ignore the human aspect, and you ignore what it is to be accessible. People are not robots, so an automated tool cannot succeed in detecting or highlighting barrier to access. Relying on automated tools for accessibility is harmful. Better automated tools do nothing to remove or lessen the proper usability and accessibility testing with disabled people or the thought required by an experienced web developer. Automated tools are not the solution - they only redefine the problem to suit themselves. “Better automated testing tools (for WCAG at least).”

That misses the point of what web accessibility is about – removing barrier we create that present problems for people. The key fundamental concept is its about people – not technology. WCAG is written on the basis of problems people with disabilities face when using the web. You cannot factor out the human element, and as a result, “better automated testing tools” cannot cover any major portion of any accessibility guidelines.

Ignore the human aspect, and you ignore what it is to be accessible. People are not robots, so an automated tool cannot succeed in detecting or highlighting barrier to access.

Relying on automated tools for accessibility is harmful. Better automated tools do nothing to remove or lessen the proper usability and accessibility testing with disabled people or the thought required by an experienced web developer. Automated tools are not the solution – they only redefine the problem to suit themselves.

]]>
By: Jeff http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-408 Jeff Fri, 21 Apr 2006 19:43:38 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-408 "What do web professionals need most to make it transparently easy to enable users with disabilities?" Better automated testing tools (for WCAG at least). “What do web professionals need most to make it transparently easy to enable users with disabilities?”

Better automated testing tools (for WCAG at least).

]]>
By: Tomas Caspers http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-406 Tomas Caspers Fri, 21 Apr 2006 16:55:04 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-406 Mike, yes, AT vendors are in fact at the top of our priority list. And that goes beyond screen readers, but also includes magnifiers and alls sorts of other assistive technologies (including web browsers itself - anyone remember UAAG?). We are at a point where AT sometimes better understands tag soup and chokes on proper markup, so this needs to be fixed also from a user perspective. Having to restart yout AT because an author did the right thing doesn't help selling the idea of web standards. And the research brothercake <a href="http://www.accessifyforum.com/viewtopic.php?t=4682" rel="nofollow">posted over at the accessifyforum</a> has a chilling effect, yes - we're looking into that as well, watch this space. Regarding MSAA - there's a tool from Microsoft that outputs what is passed through MSAA. You'll be amazed how much information is in there that actually never makes it out of the speaker or onto the braille keyboard. Mike, yes, AT vendors are in fact at the top of our priority list. And that goes beyond screen readers, but also includes magnifiers and alls sorts of other assistive technologies (including web browsers itself – anyone remember UAAG?). We are at a point where AT sometimes better understands tag soup and chokes on proper markup, so this needs to be fixed also from a user perspective. Having to restart yout AT because an author did the right thing doesn’t help selling the idea of web standards.
And the research brothercake posted over at the accessifyforum has a chilling effect, yes – we’re looking into that as well, watch this space.
Regarding MSAA – there’s a tool from Microsoft that outputs what is passed through MSAA. You’ll be amazed how much information is in there that actually never makes it out of the speaker or onto the braille keyboard.

]]>
By: Isofarro http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-393 Isofarro Thu, 20 Apr 2006 11:48:05 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-393 Matt, and all the members of the Accessibility Task Force, the Manifesto is a great start, full of promise, optimism, and more importantly, full of passion. I'm heartened to see that what's been lined out above complements and highlights the key portions of PAS 78 (from a web developer perspective). You have my full support. And good luck! I look forward to working alongside you in the future. In terms of who to approach first, definitely the assistive technology vendors. They need to start working with us to deliver an accessible experience. Granted they've previously had to do a lot of work trying to hack their way through tag-soup, we are delivering markup that's superior in terms of semantics, structure, and accessibility cues, so we are offering them product features which should be easier to implement - for example list navigation, header outlining, table summaries, abbreviations. At the high end, DOM support is particularly important - brothercake has highlighted inconsistencies through to inaccessibilities with simple AJAX scripts which update the DOM dynamically. screen readers need to work with DOM and events to ensure the content updated there is available to their users. The web standards are there, and I think firstly we need to understand why assistive technologies don't fully support them. What problems are they having trying to support web standards and websites built from web standards - are the browsers creating a problem that needs to be addresses -in the case of Windows-bases assistive technology, is MSAA not supplying the proper DOM information through to them, does the specification not make sense or is it impractical? Certainly we need to encourage them to bring their tools into compliance. Matt, and all the members of the Accessibility Task Force, the Manifesto is a great start, full of promise, optimism, and more importantly, full of passion. I’m heartened to see that what’s been lined out above complements and highlights the key portions of PAS 78 (from a web developer perspective).

You have my full support. And good luck! I look forward to working alongside you in the future.

In terms of who to approach first, definitely the assistive technology vendors. They need to start working with us to deliver an accessible experience. Granted they’ve previously had to do a lot of work trying to hack their way through tag-soup, we are delivering markup that’s superior in terms of semantics, structure, and accessibility cues, so we are offering them product features which should be easier to implement – for example list navigation, header outlining, table summaries, abbreviations.

At the high end, DOM support is particularly important – brothercake has highlighted inconsistencies through to inaccessibilities with simple AJAX scripts which update the DOM dynamically. screen readers need to work with DOM and events to ensure the content updated there is available to their users.

The web standards are there, and I think firstly we need to understand why assistive technologies don’t fully support them. What problems are they having trying to support web standards and websites built from web standards – are the browsers creating a problem that needs to be addresses -in the case of Windows-bases assistive technology, is MSAA not supplying the proper DOM information through to them, does the specification not make sense or is it impractical? Certainly we need to encourage them to bring their tools into compliance.

]]>
By: Dave http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-392 Dave Thu, 20 Apr 2006 10:24:57 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-392 Where do i sign? where do i sign... Where do i sign? where do i sign…

]]>
By: Bruce Lawson’s personal site   : WaSP ATF manifesto launched http://www.webstandards.org/2006/04/19/atf-manifesto/comment-page-1/#comment-387 Bruce Lawson’s personal site   : WaSP ATF manifesto launched Wed, 19 Apr 2006 21:51:49 +0000 http://www.webstandards.org/2006/04/19/atf-manifesto/#comment-387 [...] The first draft was written 6 months ago after a few pints. It’s been debated, and debated, and committeed, and the pseudo-word “leveraged” has got in there, and has come out better for all that. The Web Standards Project’s Accessibility Task Force manifesto is published. [...] [...] The first draft was written 6 months ago after a few pints. It’s been debated, and debated, and committeed, and the pseudo-word “leveraged” has got in there, and has come out better for all that. The Web Standards Project’s Accessibility Task Force manifesto is published. [...]

]]>