- From: John M Slatin <john_slatin@austin.utexas.edu>
- Date: Tue, 19 Apr 2005 12:25:42 -0500
- To: "Joe Clark" <joeclark@joeclark.org>, "WAI-GL" <w3c-wai-gl@w3.org>
Esteemed colleague John Slatin says thanks very much to esteemed
colleague Joe Clark for summary well-- and quickly!-- done.
<grin>
John
"Good design is accessible design."
John Slatin, Ph.D.
Director, Accessibility Institute
University of Texas at Austin
FAC 248C
1 University Station G9600
Austin, TX 78712
ph 512-495-4288, f 512-495-4524
email jslatin@mail.utexas.edu
web http://www.utexas.edu/research/accessibility/
-----Original Message-----
From: w3c-wai-gl-request@w3.org [mailto:w3c-wai-gl-request@w3.org] On
Behalf Of Joe Clark
Sent: Tuesday, April 19, 2005 11:53 am
To: WAI-GL
Subject: Issue summary for 1.3: "Ensure that information, functionality,
and structure are separable from presentation"
One's esteemed colleague John Slatin pointed out that one is expected
to trawl through the Bugzilla database and figure out which issues
could be closed with yesterday's proposed wording:
<http://lists.w3.org/Archives/Public/w3c-wai-gl/2005AprJun/0145.html>
Issues related to separation of structure, presentation, and behaviour:
<http://trace.wisc.edu/bugzilla_wcag/issuereports/content-structure-sepa
ration_issues.php>
A more convenient link for open issues mentioning "1.3" is:
<http://tinyurl.com/9wk3w>
So here we go.
1. Issue 603 - Proposed wording for Guideline 1.3
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=603
Four contributors view the original wording of "Information,
functionality, and structure are separable from presentation" as e.g.
"too vague" and "quite difficult for many to grasp."
I think that the original wording and my suggested improvement will
be equally difficult to grasp for Web developers who think that sites
are visual creatures rather than structural creatures. Accessible
sites-- at least for traditional HTML-CSS-JS pages-- require nice
tidy structural markup, or, at the very minimum, something not
resembling tag soup.
The people who find the separation of structure, presentation, and
behaviour difficult to grasp are the ones most likely to make
inaccessible pages. They require a skills upgrade that is readily
available from free Web sites (including WAI's) and many books.
1a. Issue 1339 - GL 1.3 wording hard to understand
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1339
This item reiterates the complaint listed above.
This item could be closed.
2. Issue 604 - proposed wording for first SC under 1.3, level 1
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=604
This posting attempts to provide improved wording for a success
criterion. The wording is overlong and focuses on only certain HTML
constructs (including the ever-picayune emphasis) and is unaffected
by altering the wording of the underlying guideline. (That is, the
proposed success-criteria wording does not improve with the new
proposed guideline wording.)
2a. Issue 938 - Clarify language in Guideline 1.3, especially
examples
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=938
2b. Issue 1088 - Add an example to Guideline 1.3, SC2.
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1088
These postings are a clarification of the proposed success-criteria
wording and are unaffected by the new guideline wording.
This item could be left open.
3. Issue 796 - Describe how 1.3 benefits people
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=796
This single item asks for a statement of who benefits from the
guideline. We still need that, and the answer will have to do with
the true function of HTML Web pages and the usefulness of structural
markup for browsers, adaptive technologies, and later reuse.
This item should be left open.
4. Issue 1097 - Difference between 2.4 and 1.3 is confusing.
Also, Table of Contents and sitemap wont always work.
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1097
This posting complains of overlap and ambiguity with Guideline 2.4,
"Provide mechanisms to help users find content, orient themselves
within it, and navigate through it."
The proposed new guideline wording would ease the ambiguity about the
use of document structures to summarize content; if, in a
conventional Web page, you're using correct semantic markup like
headings, your browser or adaptive technology can list those headings
for you (and create custom on-the-spot tables of contents, another
requirement in 2.4). We can provide that explanation in the technique.
2.4 really does overlap with 1.3 and places excessive burdens on
authors who are already creating semantic Web pages.
4a. Issue 1388 - Don't repeat GL 1.3 SC in GL 2.4
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1388
A reiteration of the same complaint.
This item should be left open.
5. Issue 1333 - 1.3 SC2 requires two presentations?
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1333
>David Poehlman says:
>
>>Level 2 Success Criteria for Guideline 1.3 Information presented
>>using color is also available without color and without having to
>>interpret markup (for example through context or text coding). [V]
>
>This sounds like we have two possible presentations when we actually
>should only need one that incorporates color and beyond?
Structural markup is the correct method that acts as a backup when an
author shows emphasis through colour or uses colour to indicate part
of a page. The original technique is incorrect. The proposed new
guideline wording would take care of the principles involved, though
the technique needed to be rewritten and, in the interim, has been.
5a. Issue 1453 - Don't understand General Technique for GL 1.3
L1 SC3 - using color to convey information
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1453
A related complaint, also calling for a rewrite of the technique.
5b. Issue 1496 - 1.3 L1 SC3 - describe functional outcome and
remove examples
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1496
This item gives improved wording. (Issue 1497 seems to be a duplicate.)
This item should be closed.
6. Issue 1350 - GL 1.3, Example 1 conflicts with usability
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1350
>Catherine Brys says:
>
>Example 1 of Guideline 1.3: Users should be informed of mandatory
>fields before filling out and submitting a form. This example may be
>interpreted as suggesting that it is ok to flag up mandatory fields
>after submission.
This item is unaffected by the new guideline wording and can be left
open.
The following item is purely housekeeping and relates to action items
after an f2f meeting and the like:
Issue 1225 - Issue Summary for Guideline 1.3
(content-structure-separation)
URL: http://trace.wisc.edu/bugzilla_wcag/show_bug.cgi?id=1225
SUMMARY
Close: 603, 1339, 1333, 1453, 1496, 1497
Leave the rest.
--
Joe Clark | joeclark@joeclark.org
Accessibility <http://joeclark.org/access/>
Expect criticism if you top-post
Received on Tuesday, 19 April 2005 17:25:46 UTC