Graphics Server Technologies: Graphs and Charts for the World
 

About Us
Press
Column Articles
Newsletter
Contact
Privacy
Site Map

Home / Column Articles/ July 2002 Column Article

July 2002 Column Article


HiSoftware on 508 Compliance


Portrait of Robert B. Yonaitis

"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

Introducing the Problem


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...)


Why you should build accessible


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.

Disabilities addressed by the Accessibility Standards


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.

Using graphs as part of your accessible development


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.


3D Bar Graph showing checkpoints and counts (checkpoint=count): 1.2=0, 5.1=285, 5.2=285, 6.3=3, 1.4=0

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.

Making your Graph or Chart Accessible


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.




3D Bar Graph showing checkpoints and counts (checkpoint=count): 1.2=0, 5.1=285, 5.2=285, 6.3=3, 1.4=0

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">

 

3D Bar Graph showing checkpoints and counts (checkpoint=count): 1.2=0, 5.1=285, 5.2=285, 6.3=3, 1.4=0D...

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.

So Can I automate the Creation of Accessible Graphs?


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.
 

Industry and the future of accessible technology


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.

More Resources


There are many places where you can get more resources on developing web content and Applications that are accessible:

The World Wide Web Consortium
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.


    About Us      Contact      Privacy      Sitemap