Accessibility Statement

Valid AAA accessibility rating

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
  • How the checkpoint is tested

1.1

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.

  • All images are provided with alternative text.
  • Text links are provided beneath each image map.
  • There are no audio or video tracks.

1.2

Provide redundant text links for each active region of a server-side image map.

  • Not applicable.

1.3

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.

  • Not applicable.

1.4

For any time-based multimedia presentation, synchronize equivalent alternatives with the presentation.

  • Not applicable.

1.5

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.

  • Text links are provided for each image map.

Guideline 2 - Don't rely on colour alone

Ensure that text and graphics are understandable when viewed without colour.

W3C Checkpoint
  • How the checkpoint is tested

2.1

Ensure that all information conveyed with colour is also available without colour, for example from context or mark-up.

  • All colours (except within images) are determined by style sheets.
    With the style sheets turned off, all text renders as black and all background colours as white.
  • The site has also been tested using a text only browser (Lynx).

2.2

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.

  • Where contrasting colours are used (such as this page) the background colour is such that it provides sufficient contrast against the text colour used.

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
  • How the checkpoint is tested

3.1

When an appropriate markup language exists, use markup rather than images to convey information.

  • The site is based on XHTML markup.

3.2

Create documents that validate to published formal grammars.

  • The site is valid to XHTML 1

3.3

Use style sheets to control layout and presentation.

  • The menu styling is CSS - no presentational attributes are used.

3.4

Use relative rather than absolute units in markup language attribute values and style sheet property values.

  • Wherever possible all units are relative.
    Absolute units are used when sizing images for example.

3.5

Use header elements to convey document structure and use them according to specification.

  • HTML heading elements (h1-h6) are used to outline the structure of a page.
  • Other markup may complement these elements to improve presentation

3.6

Mark up lists and list items properly.

  • A valid and well-formed structure is used for all lists.

3.7

Mark up quotations. Do not use quotation markup for formatting effects such as indentation.

  • Quotation markup is not used for formatting effects.

Guideline 4 - Clarify natural language usage

Use mark-up that facilitates pronunciation or interpretation of abbreviated or foreign text.

W3C Checkpoint
  • How the checkpoint is tested

4.1

Clearly identify changes in the natural language of a document's text and any text equivalents.

  • Not applicable.

4.2

Specify the expansion of each abbreviation or acronym in a document where it first occurs.

  • Acronyms are used.
    See ascii in checkpoint 1.1 above.

4.3

Identify the primary natural language of a document.

  • Defined within the header of each page.

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
  • How the checkpoint is tested

5.1

For data tables, identify row and column headers.

  • Headers are identified.

5.2

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.

  • Not applicable.

5.3

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).

  • A table is linearized when the table structure is removed leaving just the text. The resulting text will be displayed as:

5.1
For data tables, identify row and column headers.
  •  Headers are identified.

 5.2
For data tables that have two . . .
  •  Not applicable.

5.4

If a table is used for layout, do not use any structural mark-up for the purpose of visual formatting.

  • When a table is linearized, the contents of the cells become a series of paragraphs - see above.

5.5

Provide summaries for tables.

  • All tables have summaries and / or titles.

5.6

Provide abbreviations for header labels.

  • All tables have summaries and / or titles. 

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
  • How the checkpoint is tested

6.1

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.

  • The site has been tested with all styles turned off.

6.2

Ensure that equivalents for dynamic content are updated when the dynamic content changes.

  • Not applicable.

6.3

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.

  • The site has been tested with JavaScript turned off.
  • The puzzles do not work with Java turned off. An explanation is provided on the puzzle page.
    See also 6.4 below.

6.4

For scripts and applets, ensure that event handlers are input device-independent.

  • As the W3C documentation concedes, no current user-agent implements device-independent event handlers.
  • But of course, any device that can interact with a Java applet may be used.
  • However, in so far as this checkpoint can be addressed, it has been:
    The site is accessible to all using the keyboard - normally Tab, Shift+Tab and Enter - but if a different device is used for equivalent commands, they’ll work just the same as they normally would.

6.5

Ensure that dynamic content is accessible or provide an alternative presentation or page.

  • Content is not dynamically generated.

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
  • How the checkpoint is tested

7.1

Until user agents allow users to control flickering, avoid causing the screen to flicker.

  • Not applicable.

7.2

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).

  • Not applicable.

7.3

Until user agents allow users to freeze moving content, avoid movement in pages.

  • The only movement which occurs is the opening and closing menus. These are user-triggered events which don’t happen on their own.

7.4

Until user agents provide the ability to stop the refresh, do not create periodically auto-refreshing pages.

  • Not applicable.

7.5

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.

  • Not applicable.

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
  • How the checkpoint is tested

8.1

Make programmatic elements such as scripts and applets directly accessible or compatible with assistive technologies.

To quote the W3C:
If an applet creates motion, developers should provide a mechanism for freezing this motion.

  • Applets are used for the puzzles.
    I know of no way to freeze the motion. In fact there is no need to freeze motion.
  • After saying that. . . there is no reason that a device other than a mouse (such as a pointer)  should not be used to move the puzzle images. Any device that can interact with a Java applet may be used.


Guideline 9 - Design for device-independence.

Use features that enable activation of page elements via a variety of input devices.

W3C Checkpoint
  • How the checkpoint is tested

9.1

Provide client-side image maps instead of server-side image maps except where the regions cannot be defined with an available geometric shape.

  • Client-side image maps are used.

9.2

Ensure that any element that has its own interface can be operated in a device-independent manner.

  • Not applicable.

9.3

For scripts, specify logical event handlers rather than device-dependent event handlers.

  • JavaScript is used for the drop down menus.
    The menu is duplicated as text links on every page.
  • For people who do not have a mouse, the whole site is accessible using the keyboard.

9.4

Create a logical tab order through links, form controls, and objects.

  • The links have tabindex attributes when applicable.

9.5

Provide keyboard shortcuts to important links (including those in client-side image maps), form controls, and groups of form controls.

  • The main links have accesskey attributes.

Guideline 10 - Use interim solutions

Use interim accessibility solutions so that assistive technologies and older browsers will operate correctly.

W3C Checkpoint
  • How the checkpoint is tested

10.1

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.

  • All links that open in another window have the title attribute which warns the user.

10.2

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.

  • Labels are placed adjacent to the form.

10.3

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.

  • See 5.3 above.

10.4

Until user agents handle empty controls correctly, include default, place-holding characters in edit boxes and text areas.

  • Default text is used.

10.5

Until user agents (including assistive technologies) render adjacent links distinctly, include non-link, printable characters (surrounded by spaces) between adjacent links.

  • The vertical line character is used for adjacent links. See bottom of page.

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
  • How the checkpoint is tested

11.1

Use W3C technologies when they are available and appropriate for a task and use the latest versions when supported.

  • See checkpoint 3 above.

11.2

Avoid deprecated features of W3C technologies.

  • No deprecated elements or attributes are used. All the styling is CSS, which allows users to override the styling with their own.

11.3

Provide information so that users may receive documents according to their preferences (e.g., language, content type, etc.)

  • The content of images is displayed as alternative text or / and as a title.
  • Translations into other languages are available from sites such as www.freetranslation.com and is mentioned on the accessibility page.

11.4

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.

  • Not applicable.

Guideline 12 - Provide context and orientation information

Provide context and orientation information to help users understand complex pages or elements.

W3C Checkpoint
  • How the checkpoint is tested

12.1

Title each frame to facilitate frame identification and navigation.

  • Each frame has a title.

12.2

Describe the purpose of frames and how frames relate to each other if it is not obvious by frame titles alone.

  • Not applicable.

12.3

Divide large blocks of information into more manageable groups where natural and appropriate.

  • Headings and subheadings are used.

12.4

Associate labels explicitly with their controls.

  • Labels are placed adjacent.

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
  • How the checkpoint is tested

13.1

Clearly identify the target of each link

  • All links are obvious by the link text that is used. There are no “click here” or “click on the green square” type of links used.

13.2

Provide metadata to add semantic information to pages and sites.

  • Meta data is provided within the header of each page.

13.3

Provide information about the general layout of a site (e.g., a site map or table of contents).

  • A site map is provided.

13.4

Use navigation mechanisms in a consistent manner.

  • Menus are the same on each page.

13.5

Provide navigation bars to highlight and give access to the navigation mechanism.

  • We have. On each page.

13.6

Group related links, identify the group (for user agents), and, until user agents do so, provide a way to bypass the group.

  • This is accomplished by separating the content by the use of headings and subheadings.

13.7

If search functions are provided, enable different types of searches for different skill levels and preferences.

  • Not applicable.

13.8

Place distinguishing information at the beginning of headings, paragraphs, lists, etc.

  • Headings and subheadings are used.

13.9

Provide information about document collections (i.e., documents comprising multiple pages.).

  • Not applicable.

13.10

Provide a means to skip over multi-line ASCII art.

  • Not applicable.

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
  • How the checkpoint is tested

14.1

Use the clearest and simplest language appropriate for a site's content.

  • We have!

14.2

Supplement text with graphic or auditory presentations where they will facilitate comprehension of the page.

  • Not applicable.

14.3

Create a style of presentation that is consistent across pages.

  •  We have!