![]() |
Français | Contact Us | Help | Search | Canada Site | ||||
What's New | About Us | Policies | Documents | TBS Site |
Calendar | Links | FAQs | Presentations | Home |
![]() |
![]() |
![]() |
CLF for the Internet - Navigation and Format
Standard 6.8All 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. RationaleAll 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 ![]() ValidationValidate 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:
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. |
||||||||||||||||||||||||
|
![]() |
||||||||
|
![]() Top of Page |
Important Notices |