W3C home > Mailing lists > Public > public-comments-wcag20@w3.org > October 2010

WCAG 2techniques for SC 1.3.2 and 2.4.3

From: Sailesh Panchang <spanchang02@yahoo.com>
Date: Thu, 14 Oct 2010 09:11:25 -0700 (PDT)
Message-ID: <784964.18144.qm@web111726.mail.gq1.yahoo.com>
To: public-comments-wcag20@w3.org
Further to my email  on the same subject sent last week:
It appears from reading the 'understanding' material for SC 1.3.2 and 2.4.3, and associated techniques, that the expected reading order determined visually is key to identifying correct reading sequence from an accessibility standpoint.
G59(Placing the interactive elements in an order that follows sequences and relationships within the content) states:
"When the order of the HTML source matches the visual order of the Web page, tabbing through the content follows the visual layout of the content. When the source order does not match the visual order, the tab order through the content must reflect the logical relationships in the content that are displayed visually".
Then  C27: suggests making the DOM order match the visual order.
“The objective of this technique is to ensure that the order of content in the source code is the same as the visual presentation of the content”.
Then it goes on to describes  the problems  if the DOM order does not match visual order. These are  accurate and very valid. So if above stated objective is not attained, then does the content not fail the SC?  
Comment:
For every page there is only one intended  reading order and the author  sets out the page in that manner. This will generally be the order one might reasonably expect  based on a visual inspection of the page. The focus order of nav elements should follow that reading order.   
It is the user’s prerogative to read / navigate it in a different order if he so chooses. And he may do so because the alternate order helps him to better understand the content or simply because  only certain blocks of content  are of immediate relevance / interest. Proper structural markup would support this.  
If these techniques are to be applied to  make content comply with SC 1.3.2 then can one conclude that if actual reading and focus order do not follow expected visual order, then there is a problem and content fails SC 1.3.2 / SC 2.4.3?  

I agree that CSS can be used to change presentation. But it should not suggest a reading / focus order that is different from DOM / actual order that is programmatically determinable. 
   
Sailesh Panchang
Web Accessibility Specialist
www.deque.com  



      
Received on Thursday, 14 October 2010 16:12:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:11:13 UTC