Re: Normative or informative?

At 02:40 PM 8/18/2000 , Wendy A Chisholm wrote:
>The issues and assumptions from yesterday's telcon:
>1. It is preferable that people only interact with one layer of the document.  We assume that in most cases, the one layer that developers will work with is the technology-specific checkpoints (commonly referred to as "layer 3" in yesterday's call).

I think this is a rather unlikely supposition.  I think that people
will interact with the document as a whole in addition to interacting
with checkpoints.  (E.g., we have a list of checkpoints now, but 
the average web implementor still refers to the whole WCAG

>2. It is therefore preferable that a person could claim conformance if they have followed the technology-specific checkpoints.

This may be preferable even though it doesn't follow ("therefore")
from your supposition. :)

>3. However, our assumption yesterday was that the technology-specific checkpoints might be updated frequently.  And, if updated frequently they should be informative.

That was one assumption.  I'm not sure how accurate it truly is.
In my opinion, HTML accessibility is "generally understood" as
is CSS accessibility.  As I proposed yesterday, it is preferable
to have HTML/XHTML and CSS accessibility checkpoints be 
normative and have XML and SVG and XSLT checkpoints be informative
(but in the process of BECOMING normative) than it would be to
have NOTHING normative.

In other words, it's wrong to say "because we don't fully understand
SVG accessibility, we can't say anything definitive about HTML and

>4. There is concern that informative technology-specific checkpoints would not carry as much weight as we like.  It seems that developers need something normative to claim conformance to.

This is very much true.  I am wary about making non-normative,
"informative" checkpoints and "normative" guidelines which give
no practical value.  I honestly can't see organizations such as
the HTML Writers Guild supporting such a proposal when it comes
up for a vote.  (Note:  I'm not participating here as a HWG
representative, but as an Edapta representative; Marshall is the
true voice of the HWG here.)

Right now people do not claim conformance with the WCAG Techniques.
I think it's essential that conformance be normative as well as
specific.  If the problem is the W3C process (and I -don't- think
it really is), then we may run into the vision that Gregg 
described yesterday -- a time when the W3C's demands on "this
must be stable, normative, etc" mean that people will be forced
to look elsewhere for an accessibility standard.

If we find repeatedly that we want to do something which makes
perfect sense, and yet we're stopped by the W3C process, then the
problem is with the process, not what we want to do.  I don't think
we should pervert the intent and focus of our calling simply because
of W3C paperwork.

Note, though, that Wendy's research seems to indicate that's not
necessarily the case here -- we may be internally over-emphasizing
certain parts of the W3C process in a way that isn't necessary or

>5. The issue with publishing a normative document is how long it takes to update.  We might not have the flexibility we need.

Thanks for the research you did to investigate this.

>We had anticipated that the current Techniques document would be fairly dynamic, yet it hasn't really changed too much or very often (we're just now getting ready to publish a new note).  Therefore, I would like to challenge the assumptions that we were making yesterday.

I agree with your challenge and I think we may have worked ourselves
into a rut that didn't exist before we started going back and forth
over the same ground repeatedly.

>I think that we can make technology-specific checkpoints normative (and therefore stable). I think that we can do this by separating the technology-specific checkpoints from the techniques (informative - code examples, explanations, screen shots, etc).

I wouldn't mind calling techniques "examples" because I think that
the current usage is confusing with the distinctions we're making
here between two different things that have been called "techniques"

Kynn Bartlett  <>             
Director of Accessibility, Edapta        
Chief Technologist, Idyll Mountain Internet
AWARE Center Director               
Vote for Liz for N. Am. ICANN Nominee!

Received on Friday, 18 August 2000 17:58:01 UTC