Re: wcag727.htm (was Add browser support section to each CSS concept section/example)

>    Email sent on 2/9/04 to CSS WG chair (cc'd to Wendy) re: Selectors
>    Implementation Template, paraphrased as follows:
>
>    "The WCAG TEchniques Task Force of the WAI WCAG WG is interested in
>    adding a browser support section to each section of the CSS Techniques
>    Document giving browser compatibilities/ incompatibilities and
>    accessibility issues. The new implementation template for reporting
>    test results for selectors is of interest. Is it ok to distribute this
>    report in the WCAG WG for consideration in accessibility testing?"

The way the W3C typically handles this is through test suites. Nice to
have, hard to produce, and often somewhat artificial. We can reduce the
sting of the middle of those three by relying on existing test cases out
on the Web. We can simply ask for permission to reuse people's code. I
have a couple of these in my bookmarks. Generally they're on very limited
topics (as alt text, for example), rather than the whole shebang.

As for browser support, these things change so often that this sort of
thing should be done by a Wiki or similar page that can be edited at
will-- indeed, edited by anyone. Successive versions of
Mozilla<slash>Firebird<slash>Firefox or Safari, or even successive builds
of Netscape 4 and IE/Win, all behave differently. Plus some people have
access to betas.

Keeping on top of these things would be much too much work for any single
person. But if you make it easy to add your own observations, the work
gets distributed.

An example would be title attribute support. Easy to test in a lot of
browsers, difficult to test in a lot of browsers *by one person*. Share
the load.

--

  Joe Clark  |  joeclark@joeclark.org
  Author, _Building Accessible Websites_
  <http://joeclark.org/access/> | <http://joeclark.org/book/>

Received on Tuesday, 10 February 2004 18:08:12 UTC