- From: Becky Gibson <Becky_Gibson@notesdev.ibm.com>
- Date: Tue, 21 Feb 2006 10:25:29 -0500
- To: "Loretta Guarino Reid <lguarino" <lguarino@adobe.com>
- Cc: public-wcag-teamb@w3.org
My two cents below marked as <bg>comment </bg>
Becky Gibson
Web Accessibility Architect
IBM Emerging Internet Technologies
5 Technology Park Drive
Westford, MA 01886
Voice: 978 399-6101; t/l 333-6101
Email: gibsonb@us.ibm.com
Loretta Guarino Reid <lguarino@adobe.com>
Sent by: public-wcag-teamb-request@w3.org
02/19/2006 01:37 AM
To
"public-wcag-teamb@w3.org" <public-wcag-teamb@w3.org>
cc
Subject
SC 3.1.1 and 3.1.2
I've been editing 3.1.1 and 3.1.2, primarily to put them into the standard
template format. Could you please review them?
http://trace.wisc.edu/wcag_wiki/index.php?title=How_to_Meet_Success_Criterio
n_3.1.1
<bg>If you pick a language that defaults to a right to left reading order
do you still have to mark the document as a whole as right to left? I
would think that only the non-default reading order would need to be
marked? I am assuming someone has researched this and thus the need for
two situations? I also think this rewording changed the meaning from the
original how to meet. If the text direction must be specifed for
languages with right to left reading order it is not just for certain
passages but for the entire document. I suggest using the original
situation b wording: Identifying primary natural language(s) using a
technology-specific technique listed below including identifying text
direction using a technology-specific technique listed below.
</bg>
http://trace.wisc.edu/wcag_wiki/index.php?title=How_to_Meet_Success_Criterio
n_3.1.2
I have a few specific requests:
1. Can someone provide examples and a test procedure for the 3.1.2 failure
"Failure due to using CSS styling to control directionality in
XHTML/HTML"
(My CSS is even worse than my HTML.)
2. As far as I can tell from the resources, there are many (but not all)
instances where the Unicode bidirectional algorithm is sufficient to
determine left-to-right and right-to-left properties of the tests. Should
we
list using Unicode as a general technique? Or should this be addressed in
the discussion of "Identifying text direction of passage and phrases"?
Only
there is no conditional in our sufficient technique. Are there additional
accessibility-related requirements for marking up all changes in direction
explicitly?
<bg>I don't think success criterion 3.1.1 is about identifying text
direction of passages and phrases but is about the text direction of the
entire document. I agree that text direction of passages and phrases
should be discussed in 3.1.2. I guess I am not sure what you are asking
about the Unicode bidirectional algorithm - isn't that discussed in the
technique titled, "Using a Unicode right-to-left mark (RLM) or
left-to-right mark (LRM) to mix text direction inline"? </bg>
3. I reduced the number of common failures related to text direction. I
think people would be better served reading Richard Ishida's discussions
of
these issues. Doe this seem ok?
<bg>Yes, as long as we include a link to the dicussions in the resources
section</bg>
4. The HTML technique " Using the lang attribute to identify changes in
the
natural language" discusses lang vs xml:lang, etc. Do we want to continue
to
itemize those distinctions in the How To Meet document, as currently
written?
<bg>Do we intend to have three separate techniques for each of these
scenarios? Wendy asked this same question in the 3.1.1 draft from October.
There is currently one technique that explains the three situations (
http://lists.w3.org/Archives/Public/public-wcag-teamb/2005Sep/att-0107/primarylanguage.html)
The technique exists so I'm not sure why it didn't get moved over into
the wiki? I think it would be fine to have one technique to cover the 3
senarios but don't oppose three separate techniques. The current
technique in the wiki (which was moved over by Michael) , Using the lang
attribute of the html element, is incorrect as it mixes HTML and XHTML.
</bg>
Loretta
Received on Tuesday, 21 February 2006 15:25:40 UTC