Treasury Board of Canada, Secretariat - Government of Canada
Skip all menus Skip first menu
,  Français  Contact Us  Help  Search  Canada Site
     What's New  About Us  Policies  Documents  TBS Site
   Calendar  Links  FAQs  Presentations  Home
,
Chief Information Officer Branch
Information, Privacy and Security Policy Division
Common Look and Feel for the Internet
Accessibility
Collaborative Arrangements
Cybersquatting
E-Mail
Important Notices
Navigation and Format
 Overview
 Standard 6.1
 Standard 6.2
 Standard 6.3
 Standard 6.4
 Standard 6.5
 Standard 6.6
 Standard 6.7
You Are Here  Standard 6.8
 Guidelines
Official Languages
Internet Guide
Self-Assessment Guide
Toolbox

Find Information:
by Subject [ A to Z ] by Sub-site
Versions:  
Print Version Print Version
Related Subjects:
Common Look and Feel
Design
Government Services
Internet
Navigation and Format
Feedback on Website
,
,

CLF for the Internet - Navigation and Format,

<< < Table of Contents > >>

Standard 6.8

All GoC institutions must apply HTML validators to existing Web sites to assess accessibility status and HTML validations must be applied to new GoC sites prior to posting.

Rationale

All sites must be tested with a variety of browser software to ensure Web page layout remains intact regardless of what platforms end-users employ. These include graphic as well as character-based browsers. Testing should focus on ease of use, navigation, screen layout, comprehension and user satisfaction. Sites should also be tested with the graphics option turned off, as many users prefer this option as a means of accelerating document downloading. Web developers need to be aware that various hardware and software platforms can all significantly alter the appearance of a site, especially colour in graphics and backgrounds.

Validating HTML pages - on both existing and future sites - against a DTD will ensure they are syntactically correct. It should be noted that not all HTML editors are capable of performing this function, and that some are only effective in validating a vendor's proprietary DTD.

From: http://www.w3.org/TR/WAI-WEBCONTENT/#validation

,

Validation

Validate accessibility with automatic tools and human review. Automated methods are generally rapid and convenient but cannot identify all accessibility issues. Human review can help ensure clarity of language and ease of navigation.

Begin using validation methods at the earliest stages of development. Accessibility issues identified early are easier to correct and avoid.

Following are some important validation methods, discussed in more detail in the section on validation in the Techniques Document.

1. Use an automated accessibility tool and browser validation tool. Please note that software tools do not address all accessibility issues, such as the meaningfulness of link text, the applicability of a text equivalent, etc.

2. Validate syntax (e.g., HTML, XML, etc.).

3. Validate style sheets (e.g., CSS).

4. Use a text-only browser or emulator.

5. Use multiple graphic browsers, with:

  • Sounds and graphics loaded
  • Graphics not loaded
  • Sounds not loaded
  • No mouse
  • Frames, scripts, style sheets, and applets not loaded

6. Use several browsers, old and new.

7. Use a self-voicing browser, a screen reader, magnification software, a small display, etc.

8. Use spell and grammar checkers. A person reading a page with a speech synthesizer may not be able to decipher the synthesizer's best guess for a word with a spelling error. Eliminating grammar problems increases comprehension.

9. Review the document for clarity and simplicity. Readability statistics, such as those generated by some word processors may be useful indicators of clarity and simplicity. Better still, ask an experienced (human) editor to review written content for clarity. Editors can also improve the usability of documents by identifying potentially sensitive cultural issues that might arise due to language or icon usage.

10. Invite people with disabilities to review documents. Expert and novice users with disabilities will provide valuable feedback about accessibility or usability problems and their severity.


<< < Table of Contents > >>
  ,
 Return to
Top of Page
Important Notices