W3C home > Mailing lists > Public > public-html-a11y@w3.org > September 2010

[Bug 10478] modify table, tr and td roles

From: <bugzilla@jessica.w3.org>
Date: Tue, 07 Sep 2010 17:07:05 +0000
To: public-html-a11y@w3.org
Message-Id: <E1Ot1dR-00058V-Mt@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10478


Ian 'Hixie' Hickson <ian@hixie.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |ian@hixie.ch
         Resolution|                            |WONTFIX




--- Comment #3 from Ian 'Hixie' Hickson <ian@hixie.ch>  2010-09-07 17:07:05 ---
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are
satisfied with this response, please change the state of this bug to CLOSED. If
you have additional information and would like the editor to reconsider, please
reopen this bug. If you would like to escalate the issue to the full HTML
Working Group, please add the TrackerRequest keyword to this bug, and suggest
title and text for the tracker issue; or you may create a tracker issue
yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Rejected
Change Description: no spec change
Rationale: 

(In reply to comment #0)
> The table, tr and td elements are  repurposed by authors to create  widgets
> such as tab strips, menus, buttons and toolbars, they are also widely used for
> layout and positioning of content. Allow appropriate widget roles and
> role="presentation" on these elements to reflect this.

Using tables in this way is non-conforming. The way to make such a page
accessible and conforming is to fix the page to use appropriate markup, not to
add ARIA. On the other hand, if the author doesn't care about conformance then
it doesn't matter what ARIA is allowed, so changing this wouldn't matter.


> These currently have default ARIA roles that are incorrect, the ARIA grid,
> gridcell and row roles do not map to HTML table, td and row as these elements
> are not primarily interactive 'widgets'.

ARIA explicitly says that "grid" is equivalent to HTML table, that "row" is
equivalent to HTML tr, and that "gridcell" is equivalent to HTML td. If this is
wrong, then ARIA should be fixed; I would be glad to update HTML when ARIA
changes, but I do not think we should go out of sync in the meantime.


> td     default role= none    
> If specified, role must be one of the following: button, checkbox,
> gridcell,link, menuitem, menuitemcheckbox, menuitemradio, option, radio,
> slider, spinbutton, scrollbar, tab, treeitem or presentation. 

How can a data table cell ever legitimately be any of these other than
gridcell? Can you show conforming examples where these roles are used?


> table     default role= none 
> If specified, role must be one of the following: alertdialog, dialog,
> directory, grid, list, listbox, menu, menubar, tablist, toolbar, tree, treegrid
> or presentation. 

Same question.


> tr     default role=none    
> If specified, role must be one of the following: list, listbox, menu, menubar,
> row, tablist, toolbar, tree, directory or presentation.

Same question.


(In reply to comment #2)
> Note: even though the ARIA definition of the "grid" role may sound like it
> applies to a table, in fact it is meant to be limited to interactive controls.
> I submitted a comment on the ARIA spec to have the wording clarified:
> 
> http://lists.w3.org/Archives/Public/public-pfwg-comments/2010JulSep/0029.html

It doesn't just sound like it applies to tables, it explicitly says it is
equivalent to tables. Search for "HTML table" in the role chapter and the only
two hits are saying how "grid" and "rowgroup" are the right roles for <table>
and <tbody> respectively.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Tuesday, 7 September 2010 17:07:08 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:05:13 UTC