|
Home
/ Column Articles/ July 2002 Column Article
July 2002 Column Article
HiSoftware on 508 Compliance
"Why should your Web site be Accessible" and how can you Incorporate
Accessibility into your Development Practices?
By Robert B. Yonaitis, HiSoftware Company
Introduction
Why you should build accessible
Disabilities
addressed by the Accessibility Standards
Using Graphs as part
of your accessible Development
Making a Graph or Chart Accessible
So Can I automate
the Creation of Accessible Graphs?
Industry and the future
of accessible technology
More Resources
The Internet has become an increasingly easy way to publish and locate
information. Most people use Web browsers to access the Internet; others must
also use assistive technologies with their Web browsers. This information is
translated by the assistive technology device to the disabled end-user.
According to the US Census Bureau, December 1997 U.S. Census brief, one in five
Americans have some kind of legal disability. (Source: December 1997 US Census
Brief, "Disabilities Affect One-Fifth of all Americans," available at
www.census.gov/prod/3/97/pubs/cenbr975.pdf... .)
Section 508 of the Rehabilitation Act Amendments went into effect on June 21,
2001. The section mandates that United States federal agencies must ensure that all electronic
and information technology purchased, maintained or developed meets the
accessibility standards established by the U.S. Access Board. Although federally
mandated, state governments and private organizations can benefit by adhering to
these standards. These standards are in part based on guidelines that were
developed and proposed by the World Wide Web consortium, ("W3C®"), WCAG 1.0.
Accessibility standards are making Web-based information user-friendly for all
users. Compliance with these standards, not only assists users of assistive
technologies, but also can improve access to the Web for hand-held, wireless
devices. While many of the laws directly benefit users with disabilities who
might rely on assistive technologies to view information, the laws benefit
everyone.
Approaching accessibility as an afterthought is not an effective strategy.
Rather, organizations that include accessibility management as part of their
development plans and quality assurance and testing practices will have a
tremendous economic advantage. According to a recent study by Forrester
Research, the cost of retrofitting a Web site for accessibility can be from
three to as much as ten times the cost of designing an accessible site from the
ground up. (Source: December 2001 Forrester Research Report-Design Accessible
Sites Now" available at:
http://www.forrester.com/ER/Research/Report/Summary/0,1338,11431,00.html...)
Developers often ask, "Why should our site be accessible?" Aside from any legal
or statutory requirements, the answer to this question is simple - offering
equal access to disabled users is compelling, and for many reasons:
-
Build your Web site audience.
-
Take a position of leadership in your particular business sector.
-
Grow a loyal customer base.
-
If you are doing business with the government, it is the law.
-
The cost of retrofitting is much higher then building an accessible site from
scratch.
-
It simply makes good business sense to increase the number of your potential
customers.
-
It is the right thing to do at a minimal cost.
If you were to ask someone in your organization what an accessible Web site is
they would probably reply that an accessible Web site is one that is usable by a
blind person. In fact, an accessible Web site does aid in making the information
on the site accessible to a blind person while also enabling people with a
variety of other disabilities to do so.
Some common disabilities:
-
Blind Users
-
Color Blind Users
-
Users with weak vision that cannot read small text
-
Deaf users
-
Hard of hearing users
-
Users that cannot use a mouse
-
Users with disabilities like arthritis or other
motor- control issues
-
Photosensitive epilepsy - Not as common but it is
addressed by the standard.
If you look at the list of possible disabilities
addressed by the accessibility standards you can gain a greater awareness as to
the scope of the standards and their importance. The following is a list of
disabilities, the common issues they present and/or solutions that can address
access issues:
BLIND
Software that reads content out loud or solutions that translate the content to
brail
COLOR BLIND
Site must be developed to not rely on color
LOW VISION
Users with low or weak vision will use browser
software or magnifying software to adjust for disability
DEAF OR HARD OF HEARING
Rely on captioning or text transcripts of audio
content
MOTOR-CHALLENGED, UNABLE TO USE KEYBOARD AND/OR
MOUSE
People who do not use a mouse rely on keyboard
shortcuts or pointing devices held in the mouth
Additionally speech interfaces provide a potential solution
PHOTOSENSITIVE EPILEPSY
People with this disability could have a seizure
triggered if the computer screen has movement, flickering or animation, which is
not in compliance with the rule.
Once it is clear that "developing accessible" is achievable, affordable, and can
provide a competitive edge, it will become common rather than the exception.
The first step is to determine the overall accessibility
condition of your Web site. Using readily available accessibility assessment
tools, organizations can receive an instant snapshot of their Web sites
accessibility. The Accessibility assessment is the most important phase in the
development of your accessibility strategy. If you are not sure about the
problem and how big it is you will not be able to provide the proper resources
and planning necessary to come up with a solution.
For a small Web site the assessment may be managed by
looking at each page to see where there are flaws. But for any site with more
than several pages of content, this method becomes very cumbersome, and even
unmanageable without an automated assessment tool. An automated assessment tool
can quickly scan your Web site and let you know immediately what percentage of
your site fails accessibility requirements. An assessment tool can further show
you important information about the accessibility standards with which your site
it out of compliance. Accessibility testing (commonly referred to as
verification) has two main components; automated and visual.

Image 1 - Visual Warnings for page
x generated by
AccVerify Professional...
An assessment tool can further show development teams important information
about which accessibility rules are being violated. AccVerify Professional
produces a graphical overview of a sites accessibility standard compliance with exact
detail on where errors exist.
Regardless of the tool used, it is important to get a valid assessment, so that
the development or management teams will be able to determine the scope and
nature of the work that will be required from a remediation
perspective, as well as how many pages in the site will require visual
verification. AccVerify Professional also produces a graphical overview of the percent of site pages that will require a visual
overview to assure compliance of accessibility standards.
Graphic developers need to be trained on the accessibility requirements for
graphical content. Training on how to write text equivalents and deliver a base
text equivalent with every image should be provided.
So when we look at the above 3D graph, produced by AccVerify Professional it is
clear what it is showing to the Accessibility worker. However, by following some
simple constructs in placing this image into the HTML, it can also be made clear to
the person who can not see it for one of the following reasons:
-
Text Browser
-
Low or no vision
-
Browser does not support graphics
Making Sure your Graphs are Accessible in HTML
When using graphs in web content you should follow these simple techniques.
1. Use Descriptive
Alternative Text
the alternative text for the Image below is generated by the reporting system:
alt="3D Bar Graph showing checkpoints and counts (checkpoint=count): 1.2=0,
5.1=285, 5.2=285, 6.3=3, 1.4=0"
1.a. You could also
put this same text below the Image if you chose to, though it is really not
required by assistive technologies.

Image 2 - Visual Warnings for page
x generated by
AccVerify Professional...
2. You could also use
the Longdesc attribute of the Image to point to another HTML file that has a
more complete description. For the above graph let's say that we link to another
file as follows:
<img alt="3D Bar Graph showing checkpoints and counts
(checkpoint=count): 1.2=0, 5.1=285, 5.2=285, 6.3=3, 1.4=0" longdesc="http://www.hisoftware.com/gsarticle/gstable.htm"
src="hsft_vsg.jpg" border="0" width="400" height="200">
D...
Image 3 - Visual Warnings for page
x generated by
AccVerify Professional...
3. Using the D-Link or
Description link as another alternative to describe the chart/graph. Notice in
Image 3 we use D... for the D-Link now the D Signifies that the link is to a
description page for the Graph. The ... is Optional, it is a way to communicate
to the user that another Window will be opened versus opening in the current
window.
Simply put the Answer is yes. It is simple to automate
the Alternative text creation as part of your report creation. Great alternative
text is the best way to go, especially when all of the items are in memory
already.
EXAMPLE
{set it in the html}
graphIMGtag:='<img border="0" src="'+fileName+'" Alt="'+AltString+'"
width="'+IntToStr(GSGraph1.width)+'" height="'+IntToStr(GSGraph1.Height)+'">';
//'<img src="'+fileName+'" Alt="'+AltString+'">';
So in this source we created the Entire Image tag and
the alt text string (Altstr) programmatically. In the same manner you could
create the d-link and other pages or summaries as required.
The future of Web accessibility is optimistic. Since federal accessibility laws
have been adopted, technology corporations have publicly declared their
commitment to these standards, even though they are not yet required to do so by
law. Moreover, technology executives are collaborating on their visionary ideas
for accessibility that extend far beyond legal requirements. Industry leaders
have realized that the true power of the Internet lies in its ability to deliver
information to all people.
No one knows for certain how accessibility will be made possible in the distant
future. Perhaps it will take the form of a dynamic browser, so that users will
no longer need assistive technologies. Or maybe Web authoring software of the
future will compensate for the current shortfalls of Web-based information. But
until mainstream technology allows all users to access the same information, Web
authors must make provisions in the source code of their Web documents so that
Web information can be processed by assistive technologies.
There are many places where you can get more resources
on developing web content and Applications that are accessible:
The W3C Web Accessibility Initiative
http://www.w3c.org/wai...
Requesting a copy of Section 508
To get a copy of publication S-40 Electronic
Information Technology Accessibility Standards; Final Rule, contact the Access
Board's automated publications order line. Dial (202) 272-5435, press 2 on the
telephone keypad, and then press 1. Request publication S-40, Electronic
Information Technology Accessibility Standards; Final Rule. If you use a
TTY, call (202) 272-5449. Record the name, address, and telephone number of the
person requesting publication S-40, Electronic Information Technology
Accessibility Standards; Final Rule. Copies are available in alternative formats
including cassette tape, Braille, large print, or computer disk. The publication
is also available on the Internet at:
http://www.access-board.gov/sec508/508standards.htm...
HiSoftware
"Understanding Accessibility: A Guide to Achieving Compliance on Web Sites and
Intranets " from HiSoftware Company, is a guide to creating and testing Web
sites that are developed to the U.S. federal standards for accessible Web
content, and the World Wide Web, or W3C®, WCAG 1.0 accessibility guidelines.
This book introduces the accessibility initiative and its challenges and
provides a complete reference on accessibility remediation. It also provides
guidelines for accessible Web design, and information that will assist
organizations in integrating accessibility into their existing quality assurance
and content management practices.
For more information, about this publication visit:
http://www.hisoftware.com/uaccess/Index.html
for a no charge downloadable e-Book (pdf & M Reader format) please register and
download the book from
http://www.hisoftware.com/msacc/regbook.htm...
-
Web Content
Accessibility Services...
Complete Section 508 or W3C Accessibility Services, covering; Business
Requirements, Identification and Assessment, Error Correction, Test &
Deployment, ongoing compliance and maintenance.
-
Software Accessibility Services
HiSoftware will evaluate your software and provide the steps necessary to
bring it to Section 508 Compliance. Additionally our consultants can work with
your engineering team to develop your Voluntary Product Accessibility Template
(VPAT). Call 603.229.3055 for more information
You can visit the
HiSoftware... site for
more information regarding Accessibility Issues and Solutions.
|