W3C home > Mailing lists > Public > public-wcag-teamb@w3.org > February 2007

RE: RE: SC 2.4.6 wording

From: Sean Hayes <Sean.Hayes@microsoft.com>
Date: Wed, 28 Feb 2007 12:38:01 +0000
To: Gez Lemon <gez.lemon@gmail.com>, Loretta Guarino Reid <lorettaguarino@google.com>
CC: "Slatin, John M" <john_slatin@austin.utexas.edu>, TeamB <public-wcag-teamb@w3.org>
Message-ID: <7261AC2A5F73904CA41773C8F00813FF1C42C2CA@EA-EXMSG-C309.europe.corp.microsoft.com>

Where a page is a set of mini articles; then the tab order between articles is somewhat arbitrary.

Another case is a tree structured document, a breadth first or a depth first tab order might be considered logical/reading order, depending on the content. For example a directory listing doesn't really have a unique reading order.

A list of links in a circle (e.g. Wikipedia home page) reading order might be clockwise or anticlockwise, but it would not be essential for tab order to be the same.

Sean Hayes
Standards and Policy Team
Accessible Technology Group
  mob +44 7977 455002
  office +44 117 9719730

-----Original Message-----
From: public-wcag-teamb-request@w3.org [mailto:public-wcag-teamb-request@w3.org] On Behalf Of Gez Lemon
Sent: 28 February 2007 09:25
To: Loretta Guarino Reid
Cc: Slatin, John M; Sean Hayes; TeamB
Subject: Re: RE: SC 2.4.6 wording

Hi Loretta,

> I am concerned that it might outlaw things like tabbing through a
> table in column order rather than row order. Can anyone else think of
> situations where we would want a tab order that didn't match the
> reading order?

A table column or row wouldn't traditionally be an interactive component. If the controller allows the user to navigate by column, the proposed wording still works, as the columns should be visited in in an order that is consistent with the programmatically determined reading sequence (in this case, a columns processed in its en).

I can't think of a situation where we would want a tab order that didn't match the reading order.

Best regards,


Supplement your vitamins
Received on Wednesday, 28 February 2007 12:39:20 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:15:25 UTC