- From: Tim Boland <frederick.boland@nist.gov>
- Date: Fri, 22 Apr 2005 09:16:07 -0400
- To: www-qa-wg@w3.org
Per my assignment, following are draft QAWG responses to WAI CG re: issues
1082, 1083, 1085, 1087, 1089, 1090, 1091. Note that since 1091 is marked
as a duplicate of 1049, I wasn't sure how to handle this one..
Best wishes
Tim Boland NIST
-------------------------------------------------------------------------------------------------------------------------
Draft Response to WAI CG re: Issue 1082 (extensibility in the case of WCAG2.0)
Original Comment (Issue 1082):
http://lists.w3.org/Archives/Public/www-qa/2005Feb/0005.html
Additional Comment #1:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1082#c1
The QA Working Group agrees? with the WAI CG (or indicates that the WAI
CG's interpretation
as stated in Original Comment for Issue 1082 is correct?)
that WCAG2.0 guidelines/success criteria can be extended, because the
Guidelines
are deliberately generic; thus they can be applied and adapted (extended) by
different policy makers, and extensibility is appropriate. The QA Working
Group
suggests that WCAG2.0 documentation indicate that it is allowable to add
additional
guidelines/criteria to those already in WCAG2.0 for the previously-stated
purpose,
but that such additions should be in the style of existing WCAG2.0 success
criteria/guidelines if possible. Furthermore, the QA Working Group
suggests that
the mechanism for such extensibility should be defined formally in the
WCAG2.0 documentation. The QA Working Group believes that such extensibility
considerations as mentioned previously are consistent with "2.4.3
Extensibility and
Extensions in the revised SpecGL draft:
http://www.w3.org/QA/Group/2005/02/qaframe-spec/#extensions
The QA Working Group thanks the WAI CG for their comment, and asks the WAI
CG for any input
into this proposed resolution.
----------------------------------------------------------
Draft Response to WAI CG re: Issue 1083 (Deprecation in case of
WCAG1.0/WCAG2.0)
Original Comment (Issue 1083):
http://lists.w3.org/Archives/Public/www-qa/2005Feb/0005.html
Additional Comment #1:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1083#c1
The QA Working Group acknowledges that the WCAG1.0 and WCAG2.0 documents
are very different
in style, and that mapping between WCAG1.0 Checkpoints and WCAG2.0 in such
a way that would
allow such Checkpoints to be marked as decprecated in WCAG2.0 would be
indirect and difficult.
However, the QA Working Group believes that the creation of such a mapping
is important,
because specification users need to know the evolution of particular
features from WCAG1.0 to
WCAG2.0. The QA Working Group suggests that an appendix be created in
WCAG2.0 with the mapping
desired by the QA Working Group (indicated previously), showing and
explaining the evolution of particular features from WCAG1.0 to WCAG2.0; in
such an appendix,
the QA Working Group suggests to use whatever format is most appropriate in
meeting the objectives
of the appendix. The QA Working Group believes that such an approach
mentioned previously would
be consistent with "2.4.4 Deprecation" in the revised SpecGL draft:
http://www.w3.org/QA/Group/2005/02/qaframe-spec/#deprecation
The QA Working Group thanks the WAI CG for their comment, and asks the WAI
CG for any input
into this proposed resolution.
-----------------------------------------------------------
Draft Response to WAI CG re: Issue 1085 (detailed table of contents)
Original Comment (Issue 1085):
http://lists.w3.org/Archives/Public/www-qa/2005Feb/0005.html
Additional Comment #1:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1085#c1
Additional Comment #2:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1085#c2
The QA Working Group agrees with the WAI CG that the table of contents
should go into deeper levels
to to be able to find requirements and good practices more easily and
quickly. Note that in
the revised SpecGL draft:
http://www.w3.org/QA/Group/2005/02/qaframe-spec/
the List of Requirements and List of Good Practices are linked directly
after the Table of Contents, and are also numbered consecutively for
easier reference.
The QA Working Group thanks the WAI CG for their comment, and asks the WAI
CG for any input
into this proposed resolution.
----------------------------------------------------------
Draft Response to WAI CG re: Issue 1087 (address Accessibility in Requirements)
Original Comment (Issue 1087):
http://lists.w3.org/Archives/Public/www-qa/2005Feb/0005.html
Additional Comment #1:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1087#c1
Additional Comment #2:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1087#c2
The QA Working Group agrees with the request of the WAI CG that SpecGL
should mention the
need to consider accessibility while writing a specification. The QA
Working Group
further desires that SpecGL should mention the need to additionally consider
internationalization and device independence while writing a
specification. Accordingly,
a new Section 3.3 ("Accessibility, Internationalization, and Device
Independence Considerations")
has been created in the revised SpecGL draft:
http://www.w3.org/QA/Group/2005/02/qaframe-spec/#address-other-topics
Note that there is a reference to the XML Accessibility Guidelines within
Section 3.3.
The QA Working Group thanks the WAI CG for their comment, and asks the WAI
CG for any input
into this proposed resolution.
---------------------------------------------------------------------
Draft Response to WAI CG re: Issue 1089 (Need Clarifications for 2.2
Requirement A)
Original Comment (Issue 1089):
http://lists.w3.org/Archives/Public/www-qa/2005Feb/0005.html
Additional Comment #1:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1089#c1
Additional Comment #2:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1089#c2
The QA Working Group agrees with the request of the WAI CG to change the
Requirement
"Identify who or what will implement the specification" to "Identify who
and/or what
will implement the specification". Accordingly, Requirement 03 (old 2.2A)
in the
revised SpecGL Draft:
http://www.w3.org/QA/Group/2005/02/qaframe-spec/#implement-principle
has been changed as indicated? (NOTE: THIS HAS NOT BEEN DONE YET - SENT
SEPARATE MESSAGE ON
THIS!)
The QA Working Group thanks the WAI CG for their comment, and asks the WAI
CG for any input
into this proposed resolution.
--------------------------------------------------------------
Draft Response to WAI CG re: Issue 1090 (Managing Variability in WCAG2.0)
Original Comment (Issue 1090):
http://lists.w3.org/Archives/Public/www-qa/2005Feb/0005.html
Additional Comment #1:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1090#c1
The QA Working Group agrees with the WAI WG that the approach taken by
the WAI CG in managing variability through conformance to three levels of
success criteria (as indicated in Original Comment) is correct in
interpretation. The QA Working Group believes that this approach is
consistent with "2.4 Managing Variability" of revised SpecGL draft:
http://www.w3.org/QA/Group/2005/02/qaframe-spec/#variability
The QA Working Group thanks the WAI CG for their comment, and asks the WAI
CG for any input
into this proposed resolution.
-------------------------------------------------------------------
Draft Response to WAI CG re: Issue 1091 (Formal Language vs. Prose: Ambiguity)
Original Comment (Issue 1091):
http://lists.w3.org/Archives/Public/www-qa/2005Feb/0005.html
Additional Comment #1:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1091#c1
(NOTE: This bug is marked as a duplicate of bug 1049. Should I just
reference the response to
bug 1049, or point to Good Practice 11 in revised SpecGL:
http://www.w3.org/QA/Group/2005/02/qaframe-spec/#formal-language-gp
Not sure which approach is best?)
Received on Friday, 22 April 2005 13:17:13 UTC