Thread Subject: Re: Acquisition ofsoftwaretools and 508 compliance
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: William Loughborough
Date: Wed, Mar 07 2007 11:00 AM
- Return to this mailing list's archives
- View all messages in this thread
- Next message in thread: terry.weaver@gsa.gov: "Re: Acquisition ofsoftwaretools and 508 compliance"
- Previous message in thread: Hoffman, Allen: "Re: Acquisition ofsoftwaretools and 508 compliance"
- Messages sorted by: Author | Thread | Date
Truesdell Nick wrote:
> To clarify,
>
> Without question an authoring tool purchased by the federal government
> must itself be accessible to persons with disabilities. The part that
> may be outside of scope is the tool's ability to produce accessible
> content. The requirement in 508 is that the web content be accessible.
> Notably lacking is any prescription as to how that comes to be. William
> brought up two examples that are worth addressing in turn.
>
> In the case of XML/HTML/CSS, etc. editors the output is a text file that
> can be opened, reviewed, remediated, etc. As a matter of process a
> manual fixing of a file will prove to be tedious and those tools
> allowing for correction within the tool will certainly be looked upon
> more favorably. Hence the view that this is a "nice to have."
>
NOT just "nice to have". The use of a text editor like NotePad is
clearly unacceptable even though in theory one could do these forms of
editing therewith. The tools for making accessible content are a
prerequisite for that task, not a mere convenience. The whole idea of
the regulations is to make a level playing field and since the job is to
make accessible content, the tool must be able to do so else it's not a
tool but a trial.
> The case of content management systems is different. In this case
> content is taken from a repository, dropped into a standardized
> presentation, and then subsequently displayed to the user. Here the only
> solution is to fix the template when possible or in the worst case
> scenario fix the tool itself.
>
Again it might be "possible" to "fix the template" but that's not the
point. These tools (all "authoring tools" including the "save to the
Web" features of word processors) MUST be fixed to provide accessible
product or it is clear that the Acquisition Regulations prohibit their
purchase. Once we specify the "product" (accessible Web materials) then
it goes essentially without saying that the tools used to craft it must
have that as their output.
Love.
- Next message in Thread: terry.weaver@gsa.gov: "Re: Acquisition ofsoftwaretools and 508 compliance"
- Previous message in Thread: Hoffman, Allen: "Re: Acquisition ofsoftwaretools and 508 compliance"