Summary

In order to encourage vendors of non-W3C technologies to include accessibility features in their technologies, and in recognition of emerging technologies that are beneficial for the Web, WCAG 2.0 is technology neutral. Rather than list each technology that the guidelines cover, WCAG 2.0 introduces the concept of a baseline. This post attempts to explain what is meant by this baseline concept.

Author: Gez Lemon

Contents

Introduction

Guideline 11 of WCAG 1.0 states: Use W3C technologies and guidelines. WCAG 2.0 recognises that other technologies have emerged and are continuing to emerge that are beneficial to the Web, and doesn't want to discourage the use of these technologies. Instead, WCAG 2.0 is based on a set of principles that are technology independent, and capable of incorporating emerging technologies that include non-W3C technologies:

  1. Content must be perceivable
  2. User interface components in the content must be operable
  3. Content and controls must be understandable
  4. Content must be robust enough to work with current and future technologies

Rather than list a set of technologies that user-agents can reasonably be assumed to support, WCAG 2.0 introduces the concept of a baseline.

Baseline Concept

The concept of a baseline is that the author, or some higher authority, may specify the minimum that needs to be supported by a user agent when making a conformance claim. It's important to note that the baseline consists of technologies that are assumed to be supported by user-agents, and not specific user agents. This avoids statements like, "best viewed in browser X". Developers are free to use other technologies that are not mentioned in the baseline, providing that the content is still accessible and usable by people whose user agent meets the baseline requirements, but may not support the extended technologies.

The baseline concept is obviously based around trust. It's possible for an organisation to set a baseline that includes technologies that are not widely supported, or more importantly, not widely supported by assistive technology. Under these circumstances, clients, organisations, or regulatory bodies will be required to set baselines that are appropriate for the time.

Conformance Claims

A conformance claim is used to assert a level of conformance with WCAG 2.0, and must include the following components:

  1. The date of the claim
  2. The guidelines title/version: "Web Content Accessibility Guidelines 2.0"
  3. The URI of the guidelines
  4. The conformance level satisfied: (Level 1, Level 2, or Level 3)
  5. The Baseline used to make the conformance claim, or a URI pointing to the baseline.
  6. Scope of the claim

The baseline in the conformance claim may also specify the following optional components:

  1. Specific technologies relied upon to create the content
  2. Specific technologies used, but not relied upon to create the content
  3. A list of user agents that the content has been tested with, including assistive technologies
  4. Information about audience assumptions or target audience. This could include language, geographic information, etc, but must not specify physical, sensory, or cognitive requirements

After writing the following section, I asked the working group for clarification on "relied upon", and "used, but not relied upon". I've left my original thoughts, as it's likely someone else will come to the same conclusion as me, but the clarification does make sense of this issue. The clarification is given in the section, ""Relied upon", and "Used, but not Relied Upon".

As the baseline states the minimum set of technologies required for the content, I'm confused about technologies that are "relied upon", and technologies that are "used, but not relied upon". Particularly as the baseline is supposed to include a minimum set of technologies that are assumed to be available in a user agent, but other technologies may be used providing they do not impact the accessibility of the content. This seems to be a contradiction in terms, but will be important to understand in terms of evaluating the accessibility of a website.

If a conformance claim states that CSS is used in the baseline, but doesn't mention that it is relied upon, then it's reasonable to assume that the content will adhere to WCAG 2.0 when style sheets are not supported or disabled in the user agent. In which case, why mention CSS in the baseline? The definition of baseline states that the technologies listed are the minimum required to receive the content by a user agent, but other technologies may be used providing they do not affect the accessibility of the content. The same applies to other technologies, such as scripting. If scripting is used without having an impact on the accessibility of the document, why mention it in the baseline? It doesn't make sense.

It might make sense to mention something that is absolutely necessary for the baseline, like HTML, and then just use CSS, scripting, and other technologies in a way that does not affect the accessibility of the document. If these other technologies do not affect the accessibility, I don't understand the rationale of declaring them in the baseline, as they are not the minimum set of technologies required to meet the conformance claim. It only makes sense to me to mention those items that are assumed to be supported in order to make the conformance claim.

From a device independence point of view, it's always good practice to ensure that content works with certain technologies switched off or unavailable wherever possible. Robustness is an important principle for accessibility, and progressive enhancement and graceful degradation techniques help ensure that content is robust enough to work with current and future technologies. From what I thought I understood of the baseline before the "relied upon", and "used, but not relied upon" constraints were introduced, accessibility issues that might arise from technologies specified in a baseline would be caught and addressed by other guidelines in WCAG 2.0. Personally, I would have more faith that this would be the case if validity was a requirement under the robust principle, but the WCAG working group deem validity to be unimportant for robustness.

"Relied upon", and "Used, but not Relied Upon"

The "relied upon", and "used, but not relied upon" options are included to cater for scenarios where the baseline has been set by a higher authority (government, regulatory body, organisation, etc), but not necessarily used on each URI in the website. It also caters for scenarios where a baseline has been specified for the whole website, but authors want to distinguish which URIs rely on technology specified in the baseline, and those that don't. The "relied upon" option should be specified as a proper subset of the technologies specified in the baseline. If a technology is in the baseline, but not relied upon, then the content would still meet the specified conformance claim if that technology is not supported, or switched off.

Scope of a Conformance Claim

The scope of a conformance claim may be for a whole website, or for a portion of the website. The portion of the website may be specified as a list of URIs that are part of the conformance claim, or might be for the whole website with a list of URIs that are not part of the conformance claim. Each URI that is part of the conformance claim must meet all success criteria for the level of conformance claimed. It is not acceptable for any resource that is part of the conformance claim to scope out certain parts of the resource, such as the navigation.

Category: Accessibility.

Comments

  1. [wcag-baseline-concept.php#comment1]

    That's as clear as mud.

    Before it is published there needs to be a lot of clearing of such ambiguous definitions, of which there are doubtless quite a few more.

    We don't want dumbing down, we want smartening up.

    Posted by Mike Abbott on

  2. [wcag-baseline-concept.php#comment2]

    Hi Mike,

    That's as clear as mud.

    Before it is published there needs to be a lot of clearing of such ambiguous definitions, of which there are doubtless quite a few more.

    This is my interpretation of the baseline, and the actual baseline document may make some of these issues a lot clearer. The draft baseline document will be posted with the next draft of WCAG 2.0, and I'll post the URL to the draft baseline document when it's published. Hopefully, feedback will help iron out any ambiguities.

    Posted by Gez on

  3. [wcag-baseline-concept.php#comment3]

    So if I've specified CSS in the baseline does that mean I no longer have to ensure I organize documents so they can be read without style sheets? If I specify Flash in the baseline does that mean I no longer have to provide an alternative? If I specify server-side image maps in the baseline does that mean I no longer have to provide redundant text links for each active area (which was a ridiculous requirement anyway)?

    Posted by Carl on

  4. [wcag-baseline-concept.php#comment4]

    So if I've specified CSS in the baseline does that mean I no longer have to ensure I organize documents so they can be read without style sheets?

    That's correct. You would just have to ensure that when CSS is enabled, you adhere to the rest of the guidelines. Obviously, it's in your interest to ensure that the content is readable for visitors without style sheets, or you will lose a portion of your audience.

    If I specify Flash in the baseline does that mean I no longer have to provide an alternative?

    You don't have to provide an alternative, but you would need to ensure that the document (including the Flash content) adheres to the rest of the guidelines. Again, it's obviously in your interest to ensure your content is still usable when programmatic objects are disabled or not available.

    If I specify server-side image maps in the baseline does that mean I no longer have to provide redundant text links for each active area (which was a ridiculous requirement anyway)?

    No. WCAG 2.0 requires that all functionality must be operable via a keyboard interface, and server-side image maps require the use of a mouse.

    Posted by Gez on

  5. [wcag-baseline-concept.php#comment5]

    This seems to go against the idea of style sheets. (Taking them out specifically.) They were designed as an optional layer. A web site should still work without them. It is also unclear to me how these kind of baselines work together with devices. If I develop a screen style sheet does that mean that I should put in my baseline requirement list that the user should use a desktop computer or laptop? That sounds ridiculous.

    Time to read the drafts for myself I guess.

    Posted by Anne van Kesteren on

  6. [wcag-baseline-concept.php#comment6]

    I completely agree with you, Anne. If developers separate structure and presentation properly, it's difficult to imagine a situation where a document would not be readable without style sheets.

    Despite having a guideline that requires that information, functionality, and structure can be separated from presentation, it doesn't in anyway prohibit anyone from using presentational elements and attributes. The success criteria for the guideline concentrates on using structurally correct markup (headings, lists, etc), but doesn't discourage anyone from using presentational elements such as font. Another guideline requires that it's easy to distinguish foreground information from background images or sounds, but as with all success criteria, developers only have to conform to that using the technology specified in the baseline. So it's quite feasible that content could be totally unusable without CSS, but adheres to the guidelines with CSS in the baseline.

    The baseline can only contain technologies, so you can't specify hardware, or even a particular user-agent. If you specify CSS in the baseline, then you just need to ensure that user-agents that support CSS with the chosen media type render the content in accordance with the rest of the guidelines. The baseline concept means you don't have to worry about user agents that don't support CSS for conformance. Of course, common sense dictates otherwise, and it would be madness for anyone to exclude a portion of their audience.

    The baseline document didn't get published with the latest draft, and there is a possibility that they won't publish it until the next draft.

    Posted by Gez on

Comments are closed for this entry.