welcome to diversity in design, the online journal of design education. the diversity in design server has determined that you are using a screen reader to use this site.  this site never uses graphics or images for navigation.  in instances where graphics or images compose part or entire editorial comment, alternative descriptions are always used.  please click here to skip to main navigation control.  or click here to skip to main content

Diversity in Design Masthead

current issue   |   mission   |   subscribe  |   submit   |   accessibility  |  archive

current location:   home > accessibility

Accessibility Policy and Features

Policy  |  Design Guidelines  |  Checklist


In keeping with our overall mission and objectives the information and services presented on this website are designed to be accessible to as many people as possible, including those with disabilities. 

According to the latest statistics available from the Bureau of the Census, there are 9.7 million people in the United States who have difficulty seeing the words and letters in ordinary newsprint, equal to 5% of the total population. Another 10.9 million people, or nearly 6% of the total population, have difficulty hearing what is said in an ordinary conversation with another person. 

Ideally, our website helps to mitigate any potential barriers for any user.  When possible, information is presented in a variety of redundant formats.  A particular announcement or document may be presented in  HTML, Microsoft Word Documents, and Adobe PDF Documents, for instance. This allows the user to utilize familiar software and assistive technologies, rather than having to "re-learn" how the features of our site operate.

Please know that our end goal is to exceed current accessibility requirements to create a truly universal web destination that provides content-rich value and is usable by everyone.   This is a gargantuan undertaking which requires the installation of new technologies and programs, some of these upgrades may not be evident on the user side.  During this phase, we expect that some features may be temporarily unavailable.  Likewise, some older pages or newly launched may have various levels of usability.

We thank you in advance for your patience during this exciting period of growth.  As always, we welcome your input.  Click here to submit comments and suggestions.   

The use of the guidelines below will ensure that web sites created by the State of Connecticut are developed to serve the largest possible audience. Compliance with these guidelines provides an added benefit to those users with text-based browsers, low-end processors, slow modem connections and/or no multi-media capabilities on their computer.  It also allows for access to Connecticut web sites by new technologies, such as WebTV, internet phones, and personal organizers with internet connectivity.

Design Guidelines

This policy provides a set of established guidelines, Diversity in Design has adopted the Web Content Accessibility Guidelines 1.0 W3C Recommendation 5-May-1999 (WCAG) as the primary guideline to meet the objectives of the Universal Accessibility policy.  These guidelines explain how and why to make Web content accessible to the broadest possible audience, including those with disabilities.

The guidelines are intended for all Web content developers (page authors and site designers) and for developers using authoring tools. The primary goal of these guidelines is to promote accessibility. However, following them will also make Web content more available to all users, whatever user agent they are using (e.g., desktop browser, voice browser, mobile phone, automobile-based personal computer, etc.) or constraints they may be operating under (e.g., noisy surroundings, under- or over-illuminated rooms, in a hands-busy environment, etc.). Following these guidelines will also help people find information on the Web more quickly. These guidelines do not discourage content developers from using images, video, etc., but rather explain how to make multimedia content more accessible to a wide audience.

Our goal will be to achieve  WCAG Conformance Level "A" which means that all Priority 1 checkpoints are satisfied, and to successfully address all the items in the CMAC Checklist of Design Requirements.

At this point, we will also strive to achieve WCAG Conformance Level "AA", however due to technological limitations at the present time, may not be able to provide all pages at this level at this time.

The full checklist of Checkpoints for Web Content Accessibility Guidelines 1.0 can be found at http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/full-checklist.html

Back to Top

Checklist of Design Requirements

The following checklist list has been published by the State of Connecticut, and is both thorough and comprehensive in its scope.  Drawn from various sources, some of the items in this checklist are categorized as Priority 2 checkpoints in the WCAG.  The purpose of this list is to provide a summary of the types of issues we consider when creating and designing accessible HTML pages. Diversity in Design strives to meet the points on this list.

Please note that not all of the requirements are yet supported by all browsers, but the rendering of your page in current browsers will not be adversely affected by their use.

Universal Design

Include a document type declaration (DOCTYPE) in our web pages.  This declares what version of HTML you are using in your documents, and assists the browser in rendering your pages correctly.

Maintain a standard page layout and navigation method throughout the web site.

Use headings, lists, and consistent structure.

Avoid the unnecessary use of icons, graphics and photographs.

Use plain backgrounds and simple layouts to improve the readability of text.

Ensure that foreground and background color combinations provide sufficient contrast when viewed by someone having color deficits or when viewed on a black and white screen.

Provide a text-only index or site map of your site.

Include textual as well as graphical navigation aids.

Do not abbreviate dates; for example, use December 1, 2000 rather than 12/1/00.

Ensure that dynamic content is accessible or provide an alternative presentation or page.

Test your web pages with a variety of web technologies; including ,but not limited to, graphical browsers with the images turned off, browsers with JavaScript disabled, a text based browser, using only your keyboard, and using assistive technology.

Avoid the use of HTML tags or extensions which are supported by only one browser.

Check web pages and images at different monitor resolutions, monitor sizes and color depth settings.

Hyperlinks to downloadable files should include a text description that includes the file size and file type.

Back to Top


Text-Based Design

Deliver all text in 12 point or larger type.

End all sentences, headers, list items, etc. with a period or other suitable punctuation.

Avoid using side by side presentation of text, for example, columns and tables.

Provide alternate versions of forms; Alternatives might include a simple list or paragraph of what is needed to submit a form entry and then provide a link to a mailto: feature or simply an appropriate e-mail address to send the text.

Minimize the number of hyperlinks that appear in a single line of text - one hyperlink is best; consider using vertical lists for links wherever possible.

Avoid/Limit the use of bitmap images of text, unless a textual alternative is also provided.

Consider beginning lists with a descriptive identifier and the number of items so the users will have an idea of what the list represents and the total length of the list. Using numbers instead of bullets will also help the user to remember items that interest them.

Provide meaningful and descriptive text for hyperlinks, don't use short hand, e.g. "click here"; instead "Follow this link to our News Page".  (Screen readers can search specifically for linked text, "click here" provides no indication of where the link will take them.) If documents are provided in a specialized format (e.g. PDF (Portable Document Format) , etc.) provide the equivalent text in plain text or HTML format.


Graphics and Images

Keep the number of colors in your images to a minimum.

Minimize the file size and number of images you display on any one page.

Design your background image at the lowest color depth and resolution you can.

Ensure that text can always be clearly read at any location against the background.

Avoid/Limit using image maps; provide an alternate text-based method of selecting options when image maps are used, e.g., separate HTML page or menu bar.

Use the ALT attribute with image tags to provide associated, meaningful, text for all images, pictures and graphical bullets. 

Consider using the "longdesc" attribute of the IMG tag to specify a link to a long description of the image. This description should supplement the short description provided using the ALT attribute. When the image has an associated image map, this attribute should provide information about the image map's contents. This is particularly important for server-side image maps. 

If image files are used for graphical bullets in place of standard HTML, it is best to use a bullet character like an asterisk " * " or "o" in the ALT = text field of the <IMG> tag (rather than describing the bullet as: "This is a small purple square").


Audio/Visual Features

Provide text transcriptions of all video clips.

If possible include captions or text tracts with a description or sounds of the movie.

Provide descriptive passages about speakers and events being shown through video clips.

Give a written description of any critical information that is contained in audio files contained on your website.

If you link to an audio file, inform the user of the audio file format and file size in kilobytes.


Scripts, applets and plug-ins

Provide alternative content in case active features are inaccessible or unsupported.


Questions or comments about this page or this policy can be directed to Alex Bitterman, Director of Information Design and Dissemination.  Click here to send Alex an e-mail.


Back to Top




current issue   |   mission   |   subscribe  |   submit   |   accessibility  |  archive

Center for Inclusive Design and Environmental Access, University at Buffalo