Thread Subject: Re: draft language

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: Rex Lint
Date: Thu, Mar 29 2007 10:55 AM

Andi,

To whom was the "initial draft" sent, and when was it sent? Did it go to
the reflector, too? Where can we see the language that was sent? Gawd, I'm
just full of questions.

R

Rex Lint, Consultant
     Chair, Section 508 Working Group
     Information Technology Ass'n of America  
     PH:    603-860-7651


-----Original Message-----
From: = EMAIL ADDRESS REMOVED =
[mailto: = EMAIL ADDRESS REMOVED = ] On Behalf Of Andi
Snow-Weaver
Sent: Tuesday, March 27, 2007 4:40 PM
To: TEITAC Web/Software Subcommittee
Subject: Re: [teitac-websoftware] draft language

Allen,

Your assumption on draft language is correct. We provided an initial draft.
Our next draft is due April 16th and the final draft is due sometime in
June. I hope to have something up on the wiki for tomorrow that looks like
a project plan.

To your second question about relationships between objects, let's hold
that thought until the AT-IT interoperability sub-team comes back with an
updated draft proposal (which I hope will be soon so we can discuss it at
next week's meeting).

This requirement is already in the draft of the Web requirements that is
harmonized with WCAG 2.0 [1] in provisions 22 (g) which requires the
relationships to be programmatically exposed and 22 (k) which requires
notification of changes be made available to AT:

1194.22 (g) Information and relationships conveyed through presentation can
be programmatically determined, and notification of changes to these is
available to user agents, including assistive technologies.

1194.22 (k) For all user interface components, the name and role can be
programmatically determined, states, properties, and values that can be set
by the user can be programmatically determined and programmatically set,
and notification of changes to these items is available to user agents,
including assistive technologies."

[1] http://teitac.org/wiki/Web_and_Software:_Web_Like_WCAG_2_0

Andi




"Hoffman, Allen"
<Allen.Hoffman@dh
s.gov> To
Sent by: "TEITAC Web/Software Subcommittee"
teitac-websoftwar < = EMAIL ADDRESS REMOVED =
= EMAIL ADDRESS REMOVED = >
itac.org cc

Subject
03/27/2007 03:11 Re: [teitac-websoftware] draft
PM language


Please respond to
TEITAC
Web/Software
Subcommittee
<teitac-websoftwa
= EMAIL ADDRESS REMOVED =
g>






Just a question:
I understood we were providing a draft of our recommendations to at
least get the boundaries in place for the editorial group to begin to
see the "big" picture from. Did we do that? If so, are we straying in
to areas where we would dramatically revise our recommendation
previously sent? I may not even be opposed to drastic revisions but I
just want to understand where we are.

One other note:

At CSUN I participated in several discussions where "relation" was
brought up as one of the capacities needed to make software accessible.
Peter or Andi I'm sure you have the better definition of "relation" but
basically my understanding is that when action occurs for an interface
element, it triggers a change to another interface element. This
concept is one of the most needed missing pieces when dealing with web
2.0 accessibility, and is needed in software accessibility.

So:

Could we say:

When software provides the ability in one user interface element to
simultaneously react to end-user actions in more than a single user
element, such changes, including identity, operation, state, and focus
are exposed to assistive technology, or in closed systems, provided for
use to people with disabilities.

The idea is that A relates to B since A affects B's output.

Allen Hoffman
DHS Office on Accessible systems & Technology

WebAIM is an initiative of:
Center for Persons with Disabilities (CPD) Utah State University