test
IITAA View of Best Practice Rules
Best Practices Mapping to Illinois Information Technology Accessibility Act (IITAA)
| IITAA | Priority | Result | Rule | FAE |
Firefox Accessibility Extension |
|---|---|---|---|---|---|
1.1 Use valid, standard web programming code. |
|||||
Rule 1 for 1.1 |
Required | Fail/Pass |
Each page must include a DOCTYPE declaration to facilitate rendering and validation.
|
1.0 | |
Rule 2 for 1.1 |
Required | Fail/Pass |
The character encoding of each page should be specified within the value of the
|
1.0 | |
1.2 Use appropriate markup to convey document structure. |
|||||
Rule 1 for 1.2 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 2 for 1.2 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 3 for 1.2 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 4 for 1.2 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 5 for 1.2 |
Required | Warning/Pass/Fail |
Use CSS properties instead of tables and nested tables to visually layout blocks of related content for graphical renderings.
CSS based layout designs support a wider range of rendering technologies (interoperability) than table based designs. People
with disabilities use a wider range of technologies than the general population to access the web and the use of CSS helps
insure that their technologies will be compatible with the page.
|
1.0 | 1.5 |
Rule 6 for 1.2 |
Required | Warning/Pass |
Each
|
1.0 | 1.5 |
Rule 7 for 1.2 |
Required | Warning/Pass |
Each
|
||
Rule 8 for 1.2 |
Required | Warning/Pass |
Each
|
||
1.3 Provide meaningful page titles. |
|||||
Rule 1 for 1.3 |
Required | Fail/Pass |
The page must contain exactly one
|
1.0 | 1.5 |
Rule 2 for 1.3 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 3 for 1.3 |
Required | Check/Pass |
The first 60 characters of
|
||
Rule 4 for 1.3 |
Desirable | Check/Pass |
The last
|
||
1.4 Use headings to introduce sections and sub-sections, and use them in the correct order. |
|||||
Rule 1 for 1.4 |
Required | Fail/Pass |
The page must contain at least one
|
1.0 | 1.5 |
Rule 2 for 1.4 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 3 for 1.4 |
Required | Fail/Pass |
Heading elements that follow the last
|
1.0 | 1.5 |
Rule 4 for 1.4 |
Required | Fail/Pass |
All subheadings (
|
1.0 | 1.5 |
Rule 5 for 1.4 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 6 for 1.4 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
Rule 7 for 1.4 |
Desirable | Warning/Pass |
The page should contain no more than two
|
1.0 | 1.5 |
Rule 8 for 1.4 |
Desirable | Warning/Pass |
The text content of headings of the same level within the same section should be unique.
|
1.5 | |
Rule 9 for 1.4 |
Desirable | Check/Pass |
The text content of headings should be concise (less than 65 characters).
|
||
1.5 Use lists to identify series of related items, including navigation menus. |
|||||
Rule 1 for 1.5 |
Required | Warning/Pass |
If consecutive
|
||
Rule 2 for 1.5 |
Required | Warning/Pass |
If consecutive
|
||
Rule 3 for 1.5 |
Desirable | Check/Pass |
Most pages should contain at least one navigation bar.
|
||
Rule 4 for 1.5 |
Desirable | Check/Pass |
Nested lists deeper than 5 levels are difficult for people to understand, especially screen reader users. Reorganize the
structure of the nested lists into sections that can be identified using meaningful section titles using heading markup.
|
||
2.1 Use text to display text, unless formatting that cannot be achieved with CSS is required. |
|||||
Rule 1 for 2.1 |
Required | Warning/Pass |
The text content of the
|
1.0 | 1.5 |
Rule 2 for 2.1 |
Required | Warning/Pass |
The text content of an
|
1.0 | 1.5 |
Rule 3 for 2.1 |
Required | Warning/Pass |
The text content of an subheading element (
|
1.0 | 1.5 |
2.2 Use relative sizes for fonts. |
|||||
No rules at this time for 2.2 |
|||||
2.3 Identify the language of text. |
|||||
Rule 1 for 2.3 |
Required | Fail/Pass |
Each page must have a
|
1.0 | 1.5 |
Rule 2 for 2.3 |
Required | Check |
If there is text content within a page that is different than the default language of the page, the
|
||
2.4 Use images instead of "ASCII art." |
|||||
No rules at this time for 2.4 |
|||||
3.1 Do not convey information with color alone. |
|||||
Rule 1 for 3.1 |
Required | Check |
Information cannot be represented by color alone, there needs to be a text or text equivalent for the information.
|
1.5 | |
3.2 Use contrasting foreground and background colors. |
|||||
Rule 1 for 3.2 |
Required | Check |
Text content foreground and background colors of text must have sufficient color contrast to be readible by people with visual
impairments.
|
1.5 | |
4.1 Provide "alternate text" for all images. |
|||||
Rule 1 for 4.1 |
Required | Fail/Pass |
Every
|
1.0 | 1.5 |
Rule 2 for 4.1 |
Required | Warning/Pass |
If the content of the
|
1.5 | |
Rule 3 for 4.1 |
Required | Warning/Pass |
The
|
1.5 | |
Rule 4 for 4.1 |
Required | Warning/Pass |
The
|
1.5 | |
Rule 5 for 4.1 |
Desirable | Warning/Pass |
For links that include an
|
1.5 | |
4.2 Provide full descriptions for graphs, diagrams, and other meaningful images. |
|||||
No rules at this time for 4.2 |
|||||
5.1 Provide alternate text for each area in client-side image maps. |
|||||
Rule 1 for 5.1 |
Desirable | Warning/Pass |
Each
|
1.0 | 1.5 |
5.2 Use client-side image maps instead of server-side image maps unless areas cannot be defined with available shapes. |
|||||
No rules at this time for 5.2 |
|||||
6.1 Do not convey information with sound alone. |
|||||
No rules at this time for 6.1 |
|||||
6.2 Do not automatically play audio. |
|||||
Rule 1 for 6.2 |
Required | Check |
Video, audio and Flash Media objects must not automatically play sound when the page is loaded.
|
||
6.3 Provide text transcripts for audio containing speech when it is provided to the public and/or required to be viewed by employees. |
|||||
Rule 1 for 6.3 |
Required | Check |
Video, audio and Flash Media objects must have synchronized text captions or text transcripts.
|
||
7.1 Provide synchronized captions for all multimedia that contains essential auditory information when it is provided to the public and/or required to be viewed by employees. |
|||||
Rule 1 for 7.1 |
Required | Check |
Video, audio and Flash Media objects must have synchronized text captions or text transcripts.
|
||
7.2 Provide audio descriptions for all multimedia that contains essential visual information when it is provided to the public and/or required to be viewed by employees. |
|||||
Rule 1 for 7.2 |
Required | Check |
Video, audio and Flash Media objects must have audio descriptions if the it contains essential visual information that is
not discernable from the dialog or audio track.
|
||
8.1 Provide a means of pausing any moving, blinking, scrolling, or auto-updating information. |
|||||
Rule 1 for 8.1 |
Required | Check |
Video, audio, Flash Media objects should have controls to pause, play, stop and restart.
|
||
8.2 Do not include content that flashes faster than 3 times per second. |
|||||
Rule 1 for 8.2 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
9.1 Make sure that links are understandable out of context. |
|||||
Rule 1 for 9.1 |
Required | Warning/Pass |
Link text should be meaningful when taken out of context; therefore, links that point to different
|
1.5 | |
9.2 Provide a means of skipping past repetitive navigation links. |
|||||
Rule 1 for 9.2 |
Required | Check/Pass |
The first link on a page should be a skip navigation link that contains the word "skip" and the
|
||
Rule 2 for 9.2 |
Desirable | Warning/Pass |
|
1.0 | 1.5 |
Rule 3 for 9.2 |
Desirable | Pass/Check |
|
||
9.3 Avoid using small links. |
|||||
Rule 1 for 9.3 |
Required | Warning/Pass |
An image that is the entire content of a link should be at least 16x16 pixels in size.
|
1.5 | |
Rule 2 for 9.3 |
Required | Warning/Pass |
The text content of a link should be at least 4 characters in length when rendered graphically.
|
1.5 | |
Rule 3 for 9.3 |
Required | Check/Pass |
Small links should not be placed close together.
|
||
9.4 Ensure that same-page links move keyboard focus as well as screen focus. |
|||||
Rule 1 for 9.4 |
Required | Check/Pass |
The target of internal links need to include a
|
||
10.1 Provide labels or titles for all form fields. |
|||||
Rule 1 for 10.1 |
Required | Fail/Pass |
The elements
|
1.0 | 1.5 |
Rule 2 for 10.1 |
Required | Fail/Pass |
The element
|
1.0 | 1.5 |
Rule 3 for 10.1 |
Required | Fail/Pass |
The elements
|
1.0 | 1.5 |
Rule 4 for 10.1 |
Required | Fail/Pass |
Each
|
1.0 | 1.5 |
Rule 5 for 10.1 |
Required | Fail/Pass |
If a form control has an
|
1.5 | |
Rule 6 for 10.1 |
Desirable | Warning/Pass |
Each effective label within a page should be unique.
|
1.5 | |
Rule 7 for 10.1 |
Desirable | Check |
Required form controls should have the word "required" as part of the effective label.
|
1.5 | |
Rule 8 for 10.1 |
Desirable | Check |
Invalid form controls should have the word "invalid" as part of the effective label.
|
1.5 | |
Rule 9 for 10.1 |
Desirable | Check |
When content of a form is validated as the user submits the form, a response page that provides a list of links with each
link text describing the problem with each invalid form field should follow.
|
||
Rule 10 for 10.1 |
Desirable | Check |
When content of a form is validated as the user fills out each form field, an alert box must indicate if the input is invalid
as the user tries to move the focus to the next form control.
|
||
10.2 Provide legends for groups of form fields. |
|||||
No rules at this time for 10.2 |
|||||
10.3 Ensure that form fields are in a logical tab order. |
|||||
Rule 1 for 10.3 |
Required | Check |
Ensure that form fields are in a logical tabbing order.
|
||
10.4 Avoid placing non-focusable text between form fields. |
|||||
Rule 1 for 10.4 |
Required | Check/Pass |
Text content that cannot receive the focus should not be placed between form controls.
|
||
10.5 Ensure that text in form fields can be enlarged. |
|||||
Rule 1 for 10.5 |
Required | Check/Pass |
The elements
|
||
11.1 Identify a header cell for each column and row in simple data tables. |
|||||
Rule 1 for 11.1 |
Required | Fail/Pass |
For each data table, the first cell in each column must be a
|
1.0 | 1.5 |
11.2 Identify relationships in complex data tables using id and headers attributes. |
|||||
Rule 1 for 11.2 |
Required | Fail/Pass |
Each
|
1.0 | 1.5 |
Rule 2 for 11.2 |
Required | Fail/Pass |
Each
|
1.0 | 1.5 |
11.3 Provide summary attributes for data tables. |
|||||
Rule 1 for 11.3 |
Required | Fail/Pass |
Each data table must have a nonempty
|
1.0 | 1.5 |
Rule 2 for 11.3 |
Desirable | Warning/Pass |
The
|
1.0 | 1.5 |
12.1 Provide concise, unique, and understandable titles for frames. |
|||||
Rule 1 for 12.1 |
Required | Fail/Pass |
Every
|
1.0 | 1.5 |
Rule 2 for 12.1 |
Required | Fail/Pass |
The
|
1.0 | 1.5 |
12.2 Avoid using hidden, empty, or non-essential frames. |
|||||
Rule 1 for 12.2 |
Required | Warning/Pass |
Hidden or empty frames should not be used.
|
||
13.1 Ensure that scripted functions are usable with assistive technologies. |
|||||
No rules at this time for 13.1 |
|||||
13.2 Ensure that significant interactions can be performed with both keyboard and mouse. |
|||||
Rule 1 for 13.2 |
Required | Warning/Pass |
Every
|
1.0 | 1.5 |
Rule 2 for 13.2 |
Required | Warning/Pass |
Every
|
1.0 | 1.5 |
Rule 3 for 13.2 |
Required | Warning/Pass |
Every
|
1.0 | 1.5 |
Rule 4 for 13.2 |
Required | Check/Pass |
The functionality provided by
|
||
Rule 5 for 13.2 |
Desirable | Warning/Pass |
Every
|
1.0 | 1.5 |
13.3 Avoid changing focus unexpectedly. |
|||||
Rule 1 for 13.3 |
Required | Check/Pass |
|
||
13.4 Avoid changing content unexpectedly. |
|||||
No rules at this time for 13.4 |
|||||
14.1 Use accessible embedded objects whenever possible. |
|||||
No rules at this time for 14.1 |
|||||
14.2 If an inaccessible object, applet, or plug-in must be used, provide an accessible alternative that includes the same content and functionality. |
|||||
No rules at this time for 14.2 |
|||||
15.1 Provide natively accessible downloadable documents whenever possible. |
|||||
No rules at this time for 15.1 |
|||||
15.2 If a downloadable document cannot be made natively accessible, provide an accessible alternative that includes the same content and functionality. |
|||||
No rules at this time for 15.2 |
|||||
16.1 Notify users of time limits and provide a means to extend time if possible. |
|||||
No rules at this time for 16.1 |
|||||
16.2 Do not automatically refresh the current page. |
|||||
No rules at this time for 16.2 |
|||||
17.1 When using tables for layout, ensure that reading order is logical. |
|||||
Rule 1 for 17.1 |
Required | Check/Pass |
When tables are used for layout, make sure the reading order makes sense when layout table markup is removed.
|
||
17.2 When using style sheets for layout, ensure that reading order is logical. |
|||||
Rule 1 for 17.2 |
Required | Check/Pass |
When CSS absolute positioning is used for layout, make sure the reading order makes sense when stylesheets are disabled.
|
||
17.3 Avoid horizontal scrolling. |
|||||
No rules at this time for 17.3 |
|||||
18.1 Use separate accssible versions only as a last resort. |
|||||
No rules at this time for 18.1 |
|||||
Rule Evaluation Definitions
Coding patterns can be assigned the following labels for purposes of evaluation. The labels are based on the reliability of the coding pattern to identify known and possible accessibility problems.
- Pass
- Coding practices that support web accessibility best practices for improving the functional accessibility of web resources are found.
- Coding practices that support the implementation of the features W3C Web Content Accessibility Guidelines, Federal Section 508 Web Accessibility Standards and Illinois Information Technology Accessibility Act are found.
- Coding practices that are known to cause accessibility problems are not found.
- Fail
- Coding practices that support the implementation of the web accessibility best practices to support accessibility guidelines and standards are not found.
- Coding practices that are known to cause accessibility problems have been found.
- Warning
- Coding practices that are known to improve accessibility but are not directly required by the Illinois Information Technology Accessibility Act.
- Coding practices are available to the developer to improve accessibility to pass the requirement and make their web pages more standards compliant.
- Check
- Coding practice may be an accessibility problem, but cannot be determined through analysis of markup alone. Manual tests needs to be performed to verify accessibility of the markup.
- A coding practice requirement for accessibility may be outdated or there is not a consensus that the requirement is currently a web accessibility best practice.
- NA
- The page does not contain markup related to the rule and the markup is not required for accessibility. For example, when images are not used in a web page, the rules for image text equivalents do not apply to the page.
