Thread Subject: Re: Startingdiscussionson theAccessibilityAPIproposal
Note
This archival content is maintained by WebAIM and NCDAE on behalf of TEITAC and the U.S. Access Board . Additional details on the updates to section 508 and section 255 can be found at the Access Board web site.
From: Barrett, Don
Date: Thu, Jan 11 2007 8:45 AM
- Return to this mailing list's archives
- View all messages in this thread
- Next message in thread: Robinson, Norman B - Washington, DC: "Re: Startingdiscussionson theAccessibilityAPIproposal"
- Previous message in thread: Gregg Vanderheiden: "Re: Startingdiscussionson theAccessibilityAPIproposal"
- Messages sorted by: Author | Thread | Date
As I have stated before, it's hard to mandate the synergy between the IT
and the AT. The best you can hope for is to mandate as specifically as
possible what the IT must do, and then have the AT catch up to the same
spec.
One of the reasons the web standards have been so successful is that you
can literally look at code and say, "Yes, you have met the standard," or
"no, you haven't." You can check table headers, frame names, alt
attributes, etc. This gives the standards weight and teeth and
credibility.
For software, it's much harder, because everything is under the hood,
and the difficulties in achieving provability and testability lead to
less accountability overall.
Can the standards require that tools, if they exist, such as the Ferret
and the Monkey and Inspect Objects, etc. be utilized to show adherence
to a given set of specifications? I would love to see it if possible.
Greg is right that it is in the testing that the rubber really meets the
road, and anything we can do to build some level of testability or
accountability into the standards will move us further in that
direction.
- Next message in Thread: Robinson, Norman B - Washington, DC: "Re: Startingdiscussionson theAccessibilityAPIproposal"
- Previous message in Thread: Gregg Vanderheiden: "Re: Startingdiscussionson theAccessibilityAPIproposal"