General |
Checkpoint | Yes | No | N/A |
---|
Priority 1 |
A.5.1 | Don't use color to convey information unless the information is also clear from the markup and/or text.
| | | |
A.5.2 | Use foreground and background color combinations that provide sufficient contrast when viewed by someone with color deficits or when viewed on a black and white screen.
| | | |
A.9.4 | For pages that use style sheets, ensure that the contents of each page are ordered and structured so that they may read in the intended order even when the style sheet is not used.
| | | |
A.10.1 | For auto-refreshing or timed response pages, provide a second copy of the page where refresh only happens after a link has been selected (until user agents provide this ability themselves).
| | | |
A.10.2 | Avoid any blinking or updating of the screen that causes flicker.
| | | |
Priority 2 |
A.6.1 | Nest headings properly (e.g., in HTML, H1 - H6).
| | | |
A.6.2 | Encode list structure and list items properly (e.g., in HTML: UL, OL, DL, LI).
| | | |
A.6.3 | Mark up quotations (e.g., with the Q and BLOCKQUOTE elements in HTML). Do not use quotation markup for formatting effects such as indentation.
| | | |
A.6.4 | Use style sheets to control layout and presentation wherever possible as soon as a majority of browsers in use support them well [+Gnew-technologies]. Until then, simple tables (to control layout) and bitmap text with alt-text (for special text effects) may be used, with alternative pages used as necessary to ensure that the information on the page is accessible [+Guse-w3c].
| | | |
A.6.5 | Use relative sizing and positioning (e.g., percent values) rather than absolute (e.g., pixel or point values).
| | | |
A.7.1 | Clearly identify changes in the language of text (e.g., the HTML "lang" attribute).
| | | |
A.7.2 | Specify the expansion of abbreviations and acronyms (e.g., with the "title" attribute of the HTML ABBR or ACRONYM elements).
| | | |
A.14.1 | If W3C technologies are used, use the latest W3C specification whenever possible.
| | | |
A.14.2 | If W3C technologies are used, avoid deprecated language features whenever possible.
| | | |
B.2.1 | Wherever possible, make link phrases as terse as possible yet as meaningful as possible when read on their own or in succession . Avoid non-meaningful phrases, such as "click here."
| | | |
B.3.1 | Use the simplest and most straightforward language that is possible for the content of your site.
| | | |
Priority 3 |
A.12.3 | Create a logical tab order through links, form controls, and objects (e.g., in HTML, via the "tabindex" attribute or through logical page design).
| | | |
A.12.4 | Provide keyboard shortcuts to links, including those in client-side image maps, form controls, and groups of form controls (e.g., in HTML, via the "accesskey" attribute).
| | | |
A.14.4 | When linking to resources that are not W3C technologies, indicate what type of resource you are linking to. For example, to link to a PDF file from an HTML document, set the "type" attribute to "application/pdf" on the A element.
| | | |
B.2.2 | Use a clear, consistent navigation structure.
| | | |
B.2.3 | Offer navigation bars for easy access to the navigation structure.
| | | |
B.2.4 | Offer a site map.
| | | |
B.2.5 | Provide a description of the general layout of the site, the access features used, and how to use them.
| | | |
B.2.6 | Offer different types of searches for different skill levels and preferences.
| | | |
B.2.7 | Place distinguishing information at the beginning of headings, paragraphs, lists, etc.
| | | |
B.2.8 | Facilitate off-line browsing by creating a single downloadable file for documents that exist as a series of separate pages (e.g., by using the HTML LINK element, or creating a "zip" archive).
| | | |
B.2.9 | Group related links, such as links used to create a navigation bar, and attach a meaningful title on the element creating the group (e.g., in HTML use "title" on FRAME, DIV, SPAN, etc. Use class="nav" on elements creating navigation groups).
| | | |
B.2.10 | Provide a link at the beginning of a group of related links to bypass the group.
| | | |
B.3.2 | Use icons or graphics (with alternative text) where they facilitate comprehension of the page.
| | | |
B.3.3 | Create a consistent style of presentation between pages.
| | | |
If you use images and image maps... |
Checkpoint | Yes | No | N/A |
---|
Priority 1 |
A.1.1 | Provide alternative text for all images (e.g., in HTML, via the "alt" attribute of the IMG and INPUT elements, or via "title" or within the content of OBJECT). Note. This includes images used as image maps, spacers, bullets in lists, graphical buttons and links.
| | | |
A.1.3 | For all image map links, provide alternative text for each link (e.g., via the "alt" attribute of HTML AREA element).
| | | |
A.1.6 | Replace ASCII art with an image and alternative text. [+P1] or [+P2] depending on the importance of the information (e.g., an important chart). Note. If the description of (important) ASCII art is long, provide a description in addition to alternative text. [+Gdescriptions]
| | | |
A.2.1 | Provide a long description of all graphics, scripts, or applets that convey important information (e.g., in HTML, via "longdesc" on IMG, with a d-link (or an invisible d-link), or as content of OBJECT).
| | | |
A.12.1 | For image maps, provide alternative text for links. [+Galternative-text]
| | | |
Priority 2 |
A.1.4 | For all image map links, provide redundant textual links. [+P2] if client-side image maps are used, [+P1] for server-side.
| | | |
A.1.5 | Do not use an image map to create a set of buttons in a form. Instead, use separate buttons or images (accompanied by alternative text).
| | | |
If you use tables... |
Checkpoint | Yes | No | N/A |
---|
Priority 1 |
A.8.1 | If a table is used for layout, do not use any structural markup for the purpose of visual formatting. Should this be Pri 1? For example, in HTML do not use the table header (TH) element to cause the contents of a cell to be displayed centered and in bold. Other attributes of a table, such as a caption describing the layout purpose and content of columns is valuable, particularly if some cells become navbars, frames, images, imagemaps, or lists of links.
| | | |
Priority 2 |
A.8.2 | Identify headers for rows and columns (e.g., the HTML TD and TH elements).
| | | |
A.8.3 | Where tables have structural divisions beyond those implicit in the rows and columns, use markup to identify those divisions (e.g., in HTML, THEAD, TFOOT, TBODY, COLGROUP, the "axis" and "scope" attributes, etc.).
| | | |
A.13.5 | Until user agents and screen readers are able to handle text presented side-by-side, all tables that lay out text in parallel, word-wrapped columns require a linear text alternative (on the current page or some other).
| | | |
Priority 3 |
A.8.4 | Provide summaries for tables (e.g., via the "summary" attribute on HTML TABLE elements).
| | | |
A.8.5 | Provide abbreviations for header labels (e.g., in HTML, the "abbr" attribute on TH).
| | | |
If you use forms... |
Checkpoint | Yes | No | N/A |
---|
Priority 2 |
A.13.4 | For all form controls with implicitly associated labels, ensure that the label is properly positioned. The label must immediately precede its control on the same line (allowing more than one control/label per line) or be on the line before the control (with only one label and one control per line).
| | | |
B.1.3 | Group form controls (e.g., in HTML use the FIELDSET and LEGEND elements). [+P2] for radio buttons and checkboxes, [+P3] for other controls.
| | | |
B.1.4 | Associate labels explicitly with their controls (e.g., in HTML use LABEL and its "for" attribute).
| | | |
B.1.5 | Create a hierarchy of long lists of choices (e.g., with the HTML OPTGROUP element).
| | | |
Priority 3 |
A.13.2 | Include default, place-holding characters in edit boxes and text areas (e.g., TEXTAREA and INPUT in HTML).
| | | |
A.13.3 | Include non-link, printable characters (surrounded by spaces) between links that occur consecutively.
| | | |
If you use applets and scripts... |
Checkpoint | Yes | No | N/A |
---|
Priority 1 |
A.1.2 | Provide alternative text for all applets and other programmatic objects (e.g., in HTML, via the "alt" attribute or within the content of APPLET, or via the "title" attribute or within the content of OBJECT). [+Gown-interface]
| | | |
A.9.3 | For scripts that present critical information or functions, provide an alternative, equivalent presentation or mechanism (e.g., by using NOSCRIPT in HTML, or a server-side script).
| | | |
Priority 2 |
A.9.5 | For applets and programmatic objects, when possible provide an alternative function or presentation in a format other than an applet. For example, a canned "mpeg" movie of a physics simulation (written in Java) or a single frame of the animation saved as a "gif" image.
| | | |
A.10.3 | Movement should be avoided when possible, but if it must be used, provide a mechanism to allow users to freeze motion or updates in applets and scripts or use style sheets and scripting to create movement. [+Gown-interface]
| | | |
A.11.1 | Where possible, make programmatic elements, such as scripts and applets, directly accessible. [+Gnew-technologies]. [+P1] if information or functionality is important, and not presented elsewhere, otherwise [+P2].
| | | |
A.12.2 | If possible, ensure that all elements that have their own interface are keyboard operable. [+Gactivate-non-pointing]
| | | |
A.13.1 | Do not use pop-up windows, new windows, or change active window unless the user is aware that this is happening.
| | | |