![]()
I have compared the pages within this web site against the
Web Content Accessibility
Guidelines, and in my view it meets the criteria for
Triple-A Conformance.
I have also used the Bobby
and the Cynthia Says portals
to aid in site accessibility testing.
But compliance is a judgement call, and I value your feedback. If you have any accessibility issues with this site,
or you find a particular feature difficult or impossible to use, please use the comments form
and let me know.
Below are the results of the testing I did.
Note that all of the links under the W3C heading will open a new browser window.
Guideline 1 - Provide equivalent alternatives to auditory and visual content
Provide content that, when presented to the user, conveys essentially the same function or purpose as auditory or visual content.
| W3C | Checkpoint |
|
|---|---|---|
|
Provide a text equivalent for every non-text element. This includes: images, graphical representations of text, image map regions, animations, applets and programmatic objects, ascii art, frames, scripts, images used as list bullets, spacers, graphical buttons, sounds, stand-alone audio files, audio tracks of video, and video. |
|
|
|
Provide redundant text links for each active region of a server-side image map. |
|
|
|
Until user agents can automatically read aloud the text equivalent of a visual track, provide an auditory description of the important information of the visual track of a multimedia presentation. |
|
|
|
For any time-based multimedia presentation, synchronize equivalent alternatives with the presentation. |
|
|
|
Until user agents render text equivalents for client-side image map links, provide redundant text links for each active region of a client-side image map. |
|
Guideline 2 - Don't rely on colour alone
Ensure that text and graphics are understandable when viewed without colour.
| W3C | Checkpoint |
|
|---|---|---|
|
Ensure that all information conveyed with colour is also available without colour, for example from context or mark-up. |
|
|
|
Ensure that foreground and background colour combinations provide sufficient contrast when viewed by someone having colour deficits or when viewed on a black and white screen. |
|
Guideline 3 - Use mark-up and style sheets and do so properly
Mark up documents with the proper structural elements. Control presentation with style sheets rather than with presentation elements and attributes
| W3C | Checkpoint |
|
|---|---|---|
|
When an appropriate markup language exists, use markup rather than images to convey information. |
|
|
|
Create documents that validate to published formal grammars. |
|
|
|
Use style sheets to control layout and presentation. |
|
|
|
Use relative rather than absolute units in markup language attribute values and style sheet property values. |
|
|
|
Use header elements to convey document structure and use them according to specification. |
|
|
|
Mark up lists and list items properly. |
|
|
|
Mark up quotations. Do not use quotation markup for formatting effects such as indentation. |
|
Guideline 4 - Clarify natural language usage
Use mark-up that facilitates pronunciation or interpretation of abbreviated or foreign text.
| W3C | Checkpoint |
|
|---|---|---|
|
Clearly identify changes in the natural language of a document's text and any text equivalents. |
|
|
|
Specify the expansion of each abbreviation or acronym in a document where it first occurs. |
|
|
|
Identify the primary natural language of a document. |
|
Guideline 5 - Create tables that transform gracefully
Ensure that tables have necessary mark-up to be transformed by accessible browsers and other user agents.
| W3C | Checkpoint |
|
|---|---|---|
|
For data tables, identify row and column headers. |
|
|
|
For data tables that have two or more logical levels of row or column headers, use mark-up to associate data cells and header cells. |
|
|
|
Do not use tables for layout unless the table makes sense when linearized. Otherwise, if the table does not make sense, provide an alternative equivalent (which may be a linearized version). |
5.1
5.2 |
|
|
If a table is used for layout, do not use any structural mark-up for the purpose of visual formatting. |
|
|
|
Provide summaries for tables. |
|
|
|
Provide abbreviations for header labels. |
|
Guideline 6 - Ensure that pages featuring new technologies transform gracefully
Ensure that pages are accessible even when newer technologies are not supported or are turned off.
| W3C | Checkpoint |
|
|---|---|---|
|
Organize documents so they may be read without style sheets. For example, when an HTML document is rendered without associated style sheets, it must still be possible to read the document. |
|
|
|
Ensure that equivalents for dynamic content are updated when the dynamic content changes. |
|
|
|
Ensure that pages are usable when scripts, applets, or other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page. |
|
|
|
For scripts and applets, ensure that event handlers are input device-independent. |
|
|
|
Ensure that dynamic content is accessible or provide an alternative presentation or page. |
|
Guideline 7 - Ensure user control of time-sensitive content changes
Ensure that moving, blinking, scrolling, or auto-updating objects or pages may be paused or stopped.
| W3C | Checkpoint |
|
|---|---|---|
|
Until user agents allow users to control flickering, avoid causing the screen to flicker. |
|
|
|
Until user agents allow users to control blinking, avoid causing content to blink (i.e., change presentation at a regular rate, such as turning on and off). |
|
|
|
Until user agents allow users to freeze moving content, avoid movement in pages. |
|
|
|
Until user agents provide the ability to stop the refresh, do not create periodically auto-refreshing pages. |
|
|
|
Until user agents provide the ability to stop auto-redirect, do not use markup to redirect pages automatically. Instead, configure the server to perform redirects. |
|
Guideline 8 - Ensure direct accessibility of embedded user interfaces
Ensure that the user interface follows principles of accessible design: device-independent access to functionality, keyboard operability, self-voicing, etc.
| W3C | Checkpoint |
|
|---|---|---|
|
Make programmatic elements such as scripts and applets directly accessible or compatible with assistive technologies.
To quote the W3C: |
|
Guideline 9 - Design for device-independence.
Use features that enable activation of page elements via a variety of input devices.
| W3C | Checkpoint |
|
|---|---|---|
|
Provide client-side image maps instead of server-side image maps except where the regions cannot be defined with an available geometric shape. |
|
|
|
Ensure that any element that has its own interface can be operated in a device-independent manner. |
|
|
|
For scripts, specify logical event handlers rather than device-dependent event handlers. |
|
|
|
Create a logical tab order through links, form controls, and objects. |
|
|
|
Provide keyboard shortcuts to important links (including those in client-side image maps), form controls, and groups of form controls. |
|
Guideline 10 - Use interim solutions
Use interim accessibility solutions so that assistive technologies and older browsers will operate correctly.
| W3C | Checkpoint |
|
|---|---|---|
|
Until user agents allow users to turn off spawned windows, do not cause pop-ups or other windows to appear and do not change the current window without informing the user. |
|
|
|
Until user agents support explicit associations between labels and form controls, for all form controls with implicitly associated labels, ensure that the label is properly positioned. |
|
|
|
Until user agents (including assistive technologies) render side-by-side text correctly, provide a linear text alternative (on the current page or some other) for all tables that lay out text in parallel, word-wrapped columns. |
|
|
|
Until user agents handle empty controls correctly, include default, place-holding characters in edit boxes and text areas. |
|
|
|
Until user agents (including assistive technologies) render adjacent links distinctly, include non-link, printable characters (surrounded by spaces) between adjacent links. |
|
Guideline 11 - Use W3C technologies and guidelines
Use W3C technologies (according to specification) and follow accessibility guidelines. Where it is not possible to use a W3C technology, or doing so results in material that does not transform gracefully, provide an alternative version of the content that is accessible.
| W3C | Checkpoint |
|
|---|---|---|
|
Use W3C technologies when they are available and appropriate for a task and use the latest versions when supported. |
|
|
|
Avoid deprecated features of W3C technologies. |
|
|
|
Provide information so that users may receive documents according to their preferences (e.g., language, content type, etc.) |
|
|
|
If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has equivalent information (or functionality), and is updated as often as the inaccessible (original) page. |
|
Guideline 12 - Provide context and orientation information
Provide context and orientation information to help users understand complex pages or elements.
| W3C | Checkpoint |
|
|---|---|---|
|
Title each frame to facilitate frame identification and navigation. |
|
|
|
Describe the purpose of frames and how frames relate to each other if it is not obvious by frame titles alone. |
|
|
|
Divide large blocks of information into more manageable groups where natural and appropriate. |
|
|
|
Associate labels explicitly with their controls. |
|
Guideline 13 - Provide clear navigation mechanisms
Provide clear and consistent navigation mechanisms -- orientation information, navigation bars, a site map, etc. -- to increase the likelihood that a person will find what they are looking for at a site.
| W3C | Checkpoint |
|
|---|---|---|
|
Clearly identify the target of each link |
|
|
|
Provide metadata to add semantic information to pages and sites. |
|
|
|
Provide information about the general layout of a site (e.g., a site map or table of contents). |
|
|
|
Use navigation mechanisms in a consistent manner. |
|
|
|
Provide navigation bars to highlight and give access to the navigation mechanism. |
|
|
|
Group related links, identify the group (for user agents), and, until user agents do so, provide a way to bypass the group. |
|
|
|
If search functions are provided, enable different types of searches for different skill levels and preferences. |
|
|
|
Place distinguishing information at the beginning of headings, paragraphs, lists, etc. |
|
|
|
Provide information about document collections (i.e., documents comprising multiple pages.). |
|
|
|
Provide a means to skip over multi-line ASCII art. |
|
Guideline 14 - Ensure that documents are clear and simple
Ensure that documents are clear and simple so they may be more easily understood.
| W3C | Checkpoint |
|
|---|---|---|
|
Use the clearest and simplest language appropriate for a site's content. |
|
|
|
Supplement text with graphic or auditory presentations where they will facilitate comprehension of the page. |
|
|
|
Create a style of presentation that is consistent across pages. |
|
- Home
- Activities
- Articles
- Articles
- Anzac Vigil
- AV2006
- Dutchmans Stern - hike
- Easter Venture
- Gawler - Caving
- Gawler - Delphin Island
- Initiative Activity
- Jack Roberts Camp
- Kate’s blurb - archive
- Leadership Course
- Newsletters
- Queen’s Scouts - 2004
- Onkaparinga - Rapid Bay
- Photo Gallery
- Snow Venture
- Super Splash
- The Celestial Soup
- Unit Management 2004
- V. L. conference 2004
- Writing Expedition Reports
- Awards
- Calendar
- Contacts
- Courses
- Forum
- Photo Gallery
- Puzzles
- Site
