- From: Wendy Chisholm <wendy@w3.org>
- Date: Thu, 31 Mar 2005 15:13:08 -0500
- To: wai-gl <w3c-wai-gl@w3.org>
- Message-ID: <424C59D4.3010307@w3.org>
Along with a variety of issues raised about the proposed resolutions
about setting a baseline (or not), there were at least 6 proposals.
There is overlap between some of them, i.e., I don't think they are all
mutually exclusive.
This is a quick and incomplete summary. I wanted to get something out
before the meeting (sorry for the short notice). If you felt you sent a
proposal but it is not in this list, please respond to the message on
the list so that we string them all together.
There is no preference in the order. This is the order in which they
appear in the threads of conversations as captured in my notes at [1].
1. Baseline based on knowledge and assumptions one can make about the
audience:
1. The one assumption that everyone should make is that people with
disabilities are in the audience.
2. If a decision maker (a government, a customer, a company, a
manager, or an author) *can* make further assumptions about the
audience (either because they are a government that gives tools to
its citizens or a company that sells an enterprise application
that requires specific technology), then an alternative is not
needed (for technology that might turned off or not supported).
3. If a decision maker *can not* make further assumptions about the
audience (because the decision maker is publishing to the whole
Web or doesn't have control over user tools), then the content is
functional when technologies are turned off or not supported *or*
an alternative must be provided.
Issues:
1. Concern that if one can not make assumptions, would be limited to
HTML and HTTP
2. Concern that authors would not be encouraged to innovate or use
accessibility features of new technologies
3. Assumption that the author's choice is tied to availability. Claim
that it is only tied to availability if audience is unknown. If
know audience, it is not tied to availability.
===
2. No baseline set in WCAG 2.0; materials provided to help authors make
a decision
Issues:
1. How much information would be provided?
2. Who would provide it?
3. How does this effect fragmentation/harmonization?
===
3. UAAG-related
If there is a UAAG-conformant implementation of the technology, then
content written in reliance on that technology should be regarded as
accessible so long as it meets the WCAG success criteria. If there is
not a UAAG-conformant implementation of the technology, but the content
makes use of repair strategies which adequately compensate for the
requirements of UAAG that aren't supported by at least one
implementation, then likewise the content should be considered
conformant, provided it meets the success criteria.
Issues:
1. UAAG 1.0 says, "Toggle scripts: Allow configuration not to execute
any executable content (e.g., scripts and applets)." Does
scripting fall into UAAG (and an alternative needs to be provided
when the user turns scripts off) or does it fall into repair
strategies?
===
4. Non-normative changing baseline in techniques
Issues:
1. What do conformance claims look like?
2. How do we describe conformance in WCAG 2.0?
===
5. Non-normative changing baseline in the "Guide"
This baseline would be for World Wide Web use, i.e., public sites with
an international or unspecified audience, and would be the one we
strongly *recommend* authors use unless they have specific reasons they
can use a higher baseline. This way, we can provide a recommendation
that is not normative but we strongly expect authors to follow, and is
current to the technology of the day. [clarification: The WCAG group
should provide a _recommended_ baseline in a non-normative document. But
it is only a recommendation, not binding on conformance, and authors can
(and sometimes, should) use a different baseline.]
Issues:
1. What do conformance claims look like?
2. How do we describe conformance in WCAG 2.0?
3. Effect on fragmentation/harmonization?
===
6. Authors specify own baseline based on the standard and supported
technologies used in the content
Issues:
1. Define "standard and supported."
2. How large of a loophole is this?
[1] Notes and issues at:
<http://www.w3.org/WAI/GL/2005/03/summary-key-results.html>
--
wendy a chisholm
world wide web consortium
web accessibility initiative
http://www.w3.org/WAI/
/--
Received on Thursday, 31 March 2005 20:13:15 UTC