Thursday, October 21, 2010

Access For Everyone!

It is important to take the time to make your websites accessible to others.

When writing for the Internet and hoping to be read by others, you need to make sure that you write something someone wants to read and that they can read it. The second is our focus today. Of course you need your piece to be found and of course working on getting your name out is important but what do you do if your reader or a web user can not see what you have posted?

Sure, you could say that's their problem but why would you alienate readers? Think about color and how a poorly planned site looks unprofessional when colors look like they do not belong together. Imagine instead a site you frequent that you like. Now imagine that you see the site in reverse colors or with letters askew or with eyes that have a degenerative condition. We never seem to care until it affects us or someone we know. Then we become the champion for their issue.

But what if we thought first instead? We can plan for our websites to be accessible to anyone with a little effort on our part.

There are adaptive technologies that assist and make websites come alive for the blind and deaf. A little extra time on the front end will give us the advantage of being seen more potential customers.

As a best practice, the website should be in line with US 508 Guidelines or the W3C Web Accessibility Initiative.

The below items are directly from US 508 Guidelines: http://www.section508.gov/index.cfm?fuseAction=stdsdoc#Web and should be considered when creating websites.

§ 1194.22 Web-based intranet and internet information and applications.

(a) A text equivalent for every non-text element shall be provided (e.g., via "alt", "longdesc", or in element content).

(b) Equivalent alternatives for any multimedia presentation shall be synchronized with the presentation.

(c) Web pages shall be designed so that all information conveyed with color is also available without color, for example from context or markup.

(d) Documents shall be organized so they are readable without requiring an associated style sheet.

(e) Redundant text links shall be provided for each active region of a server-side image map.

(f) Client-side image maps shall be provided instead of server-side image maps except where the regions cannot be defined with an available geometric shape.

(g) Row and column headers shall be identified for data tables.

(h) Markup shall be used to associate data cells and header cells for data tables that have two or more logical levels of row or column headers.

(i) Frames shall be titled with text that facilitates frame identification and navigation.

(j) Pages shall be designed to avoid causing the screen to flicker with a frequency greater than 2 Hz and lower than 55 Hz.

(k) A text-only page, with equivalent information or functionality, shall be provided to make a web site comply with the provisions of this part, when compliance cannot be accomplished in any other way. The content of the text-only page shall be updated whenever the primary page changes.

(l) When pages utilize scripting languages to display content, or to create interface elements, the information provided by the script shall be identified with functional text that can be read by assistive technology.

(m) When a web page requires that an applet, plug-in or other application be present on the client system to interpret page content, the page must provide a link to a plug-in or applet that complies with §1194.21(a) through (l).

(n) When electronic forms are designed to be completed on-line, the form shall allow people using assistive technology to access the information, field elements, and functionality required for completion and submission of the form, including all directions and cues.

(o) A method shall be provided that permits users to skip repetitive navigation links.

(p) When a timed response is required, the user shall be alerted and given sufficient time to indicate more time is required.


More later,

CLH


No comments:

Post a Comment