• HTML
• ComplexTables

Complex Tables

NOTE: This page is around the issue of complex tables and mechanisms such as @scope, @axis and @headers that may be used to solve this issue. For consideration of backwards compatibility issues for @headers see the page: Maintaining table data/header association in a backwards compatible way with existing Aural browsers. Also related DroppedAttributeHeaders page.

Issue

Sometimes presenting relations within tables may involve more complex associations between various data cells and their header cells. Similarly, authors may need to add axes to tables beyond that provided by a tables two dimensions. These additional axes may be presented through styling such as background colors or foreground text color or other such visual cues. Axes, may also be presented aurally and tactilely in various ways. However, currently HTML5 tables do not allow authors to present such complex relations in table. Without these capabilities, authors may be forced to present the relationships across multiple tables or without tables at all which could make it more difficult for users to comprehend the data.

Research

• Support for scope and headers attributes in assistive technologies - HTML 5 Working Group.

• Data table accessibility test - Roger Hudson and Russ Weakley. "At this stage, it appears that id and headers are the most effective way to make complex data tables accessible. Although id and headers are slightly more difficult to code than scope, the apparent poor screen reader support for scope means that this is probably not an effective accessibility option."

• Collections of Interesting Data Tables - Ben 'Cerbera' Millard

Examples

Comparison Examples

• Comparison of TABLE markup alternatives (based on CSS2, Section 17 example)

  • TABLE using id/headers and axis

  • TABLE using scope, axis, and speak-headers

• Comparison of TABLE markup alternatives to orient user to author's tab-navigation reflow using tabindex for an embedded FORM (based on Techniques for WCAG 2.0 example):

  • FORM in TABLE using scope alone

  • FORM in TABLE using the "title" attribute defined for each FORM control

  • FORM in TABLE using and headers/id

  • FORM in TABLE uses axis, and headers/id

  • FORM in TABLE using headers/id and scope

• 2003-2007 Security Services Unit Agreement Appendix A - Salary Schedules - New York State Governor's office.

• NYSCOPBA Salary Schedules - New York State Governor's office.

Single Examples

• Joe does the Movies

• http://www.eere.energy.gov/consumer/your_home/water_heating/index.cfm/mytopic=13220

• http://www.eere.energy.gov/consumer/your_home/designing_remodeling/index.cfm/mytopic=10220

• http://www.nei.nih.gov/eyedata/pbd_tables.asp

• http://www.eia.doe.gov/cneaf/coal/page/acr/table7.html

• http://www.eia.doe.gov/cneaf/coal/page/acr/table13.html

• http://www.bls.gov/webapps/legacy/cpsatab2.htm

• http://data.bls.gov/GQT/servlet/InitialPage (need to fill out form info to retrieve particular data tables)

• Tide Tables - Broads Authority

• http://www.ge.com/en/company/news/press/1q03earnings.htm

• University of Wisconsin -- Madison Facts: Budget

• http://www.sa.sdsu.edu/annualreport/success.html

• http://daf.csulb.edu/printshop/copying.html

• http://www.webaim.org/techniques/captions/mediaplayers/

• http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=/com.ibm.db29.doc.osc/osccaccs.htm

• Overlaid Table from Juicy Studio

• Techniques for Accessible HTML Tables - Stephen Ferg.

  • Headers Example - Stephen Ferg.

• http://lists.w3.org/Archives/Public/www-archive/2007May/att-0083/czsched.htm

• http://www.federalreserve.gov/generalinfo/basel2/docs2005/potentialimpact.htm

• More examples and discussion on Accessify forum.

• Data Table Accessibility Test Update - Roger Hudson and Russ Weakley

Use Cases

• Oracle's web-based solutions "all use the headers= attribute and have since roughly 2001/2002. In fact that has been one of our requirements for making our software section 508 compliant."

• XStandard "arguably the most standards compliant WYSIWYG editor, automatically inserts the headers attribute to associate headers with data cells. Personally, I would rather it didn't, as it unnecessarily bloats the markup for simple data tables, but they've made the decision based on the fact that assistive technology traditionally has very poor support for the scope attribute, and very good support for the headers attribute. I'm also aware of a few companies that have style guides that insists that data cells are associated with their headers using the headers attribute for the same reason. - Gez Lemon

• Yahoo table widget implements headers

• Fidelity Investments depends heavily on complex tables for displaying product and customer account information. Portions of the web site have been using complex table markup for years to improve accessibility. Unfortunately, most of the examples I am familiar with are behind the customer password. For those with personal Fidelity accounts, look in the Accounts and Trade section...Id/headers are used in dynamic tables for grouping rows and/or columns (e.g. Large Cap Funds, International Funds, etc). Id headers are used on dynamic tables with irregular shapes, where the table provides a "total" row in a larger, more prominent font that will not fit in the regular cell. Cells are then merged in that row, breaking the standard connection to the TH for that column..." - Jeanne Spellman. (Jeanne is in the process of getting permission for us to see samples.)

Solutions

Create an algorithm for DOM methods related to compelex tables

This approach would call for the use of an algorithm that matched data cells with header cells based on the structure of the table and the position of header cells. TH elements appearing on the four sides of a TBODY element could automatically be associated with DE elements that intersected the TH element's axis. Multiple consecutive TH elements could all provide the headings/labels for the remaining data cells in the row or column (for a TH element at the top/bottom or left/right side of a table body respectively). This is similar to the HTML 4.01 basic algorithm (though the HTML 4.01 algorithm did not include bottom-side or right-side TH elements).

Advantages:

• Simple for authors to implement through sound table structures
• Reflects the conventional visual association in a simple table

Disadvantages:

• Unable to deal with corner TH elements, where the header cell is blocked both vertically and horizontally by other TH element (when not left blank by an author these cells typically participate with with either the remaining row TH elements or the remaining column TH elements)
• Limits table complexity, requiring authors to turn to more complex multi-table presentations of complex relations
• May fail to reflect the authors intent
• May fail to reflect the natural visual association of headers with data cells
• Does not allow authors to indicate data cells should be used as headings for other data cells

Provide a @scope attribute and an @axis attribute on TH and TD elements

For corner header cells (and other complexities), adding a @scope attribute can help provide additional information about a the application of a header cell to data cells. With the @scope attribute, the problem of an ambiguous corner header cell can be solved by indicating whether the heading cell applies to adjacent column heading cells or the adjacent row heading cells (or even the entire rowgroup or colgroup if that's the same set of data cells).

Advantages:

• Allows for an additional level of complexity by reducing the scope of a header cell
• Allows corner header cells to be properly scoped
• Allows authors to indicate data cells should be used as headings for other data cells (if permitted on TD elements too)

Disadvantages:

• Limits table complexity to heading cell association that can be expressed with just a keyword, requiring authors to turn to more complex multi-table presentations of complex relations
• May fail to reflect the authors intent
• May fail to reflect the natural visual association of headers with data cells
• Does not allow authors to indicate data cells should be used as headings for other data cells

Provide a @headers attribute on TH and TD elements

WCAG 2 explains the id/headers technique this way:

"This technique is used when data cells are associated with more than one row and/or one column header. This allows screen readers to speak the headers associated with each data cell when the relationships are too complex to be identified using the th element alone or the th element with the scope attribute."

Advantages:

• Allows for an additional level of complexity by reducing the scope of a header cell
• Allows corner header cells to be properly scoped
• Allows authors to indicate data cells should be used as headings for other data cells (if permitted on TD elements too)
• Familiar to HTML4 authors.
• Works in some browsers already.

Disadvantages:

• May be more cumbersome to create and maintain tables
• For some situations — when combined with other solutions — @headers can make tables simpler or even possible.
• Since HTML 4.01 has been relied on too much by authors and implementations to convey associations to disabled users (suggesting that relying on only this solution should be deprecated).
• May be misused by explicitly associating TD elements with TH elements that have no visual association in the table (conformance checkers must indicate errors when the IDREF is not to a TD or TH element and may also issue suggestions or warnings when the association heuristically suggests an authoring mistake)

Provide an @axis attribute on TH and TD elements

The @axis attribute permits more complex tables by extending the tables axes beyond the standard two-dimensions. Authors may define named axes within the namespace of the table. All data and header cells sharing the same name are on the same axis.

Advantages:

• Allows for a common technique of diagonal axes.
• Already available to authors in HTML 4.01

Disadvantages:

• May be misused
• Currently lacks a complete styling mechanism (entire axis cannot be selected as a pseudo-class; only individual member cells in the axis)

Liaison with CSS WG

Liaison with CSS WG to add pseudo-element selectors for AXES including axes created through standard vertical and horizontal TH and TD element associations

Advantages:

• Would provide greater ability for authors to present these complex relations

Disadvantages:

• beyond scope of HTML WG

Advice From Accessibility Authorities

• WAI and the PFWG (Summary): "The genuine requirement that html4:td.headers addresses is broader than just for table cells; a re-engineered solution could deliver both superior usability and authorability. But we are not starting from scratch. There is a disability constituency that currently uses and depends on this feature: anyone offering to remove it should be expected to demonstrate that the replacement works better and is in service. So from an accessibility perspective, dropping 'headers' because 'scope' could afford the same semantics in 'most of the cases' is a wrong decision; now or, taken in isolation, for the future. But 'scope vs. headers' is not the right frame of reference for the future. As the requirement isn't limited to tables, we look forward to a better solution, gracefully migrated to, once the requirements get looked at in the right breadth of view. And if we can together set up the sampling capability, we'd be glad to work on alternative strategies in terms of how one would recode current 'live' examples."

• User Agent Working Group comments: "The 'headers' attribute is supported by the major screen readers used in the world (JAWS, WindowEyes, ??HAL/SuperNova-still waiting for a reply). WindowEyes uses the headers and id attribute combination. WindowEyes does *not* use the scope attribute. JAWS has support for headers/id, row and column span, and the 'axis' attribute. Assistive technologies, browser extensions, and tools that use DOM access also support the headers attribute and expose that information through their accessibility APIs and to their end users with disabilities and to developers. Examples of this include Firefox extensions like FireVox and the University of Illinois Firefox accessibility extension, and developer tools like Parasoft's WebKing and IBM's RAVEN tool. In addition, platform accessibility APIs such as IAccessible2 on Windows, ATK/AT-SPI on Linux, and the Java accessibility API all have functions for getting the row and column headers. The headers attribute, scope attrte, and TH all provided explicit, engineered ways for browsers to get row and column headers and expose that information to assistive technologies through the accessibility APIs. Without these, the browsers and assistive technologies are forced to resort to heuristics such as font styling and location (topmost and leftmost cells), which is insufficient for complex tables with spanned and multiple row/column headers." - Jim Allan.

• Headers attribute - "It may be true that it is possible to restructure many complex data tables by adding rowgroup or colgroup elements to the table and by altering the spans of cells in such a way that the scope attribute can specify the header cells for all data cells. I am not convinced but it is true for some of the "classic" examples. That process is complicated and cumbersome. It basically requires rewriting the table. Compare that with the headers/id approach. ANY Table with ANY relationship between heading cells and data cells can be defined directly by adding id attributes and headers attributes to the cells - not touching the structure of the table. ANY table ANY relationship. That is part of the reason why you see many examples of simple tables marked up with headers/id when they are not necessary and simple scope would work. The simple and algorithmic aspects of headers/id is why the screen reader vendors all now support it and none support rowgroup and colgroup. The algorithm the AT vendors would have to implement for the scope/group approach is much more complex to the point that I think it unlikely they would ever support it AND it would not catch everything." - Jim Thatcher

Related Blog Posts

• Help keep accessibility and semantics in HTML - Roger Johansson

• HTML 5, microformats and testing accessibility - Bruce Lawson

• The HTML Scope/Headers Debate - Gez Lemon

Related E-mail: May 2007

Rationale for removing the summary and headers attributes from tables?

• Rationale for removing the summary and headers attributes from tables? - Roger Johansson (Tuesday, 1 May)

Re: <font> (was Support Existing Content)

• Re: <font> (was Support Existing Content) - Henri Sivonen (Wednesday, 2 May)

  • <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Anne van Kesteren (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Roger Johansson (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Anne van Kesteren (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Gareth Hay (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Anne van Kesteren (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Bill Mason Thursday, 3 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - T.V Raman (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Ray Dickman (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Anne van Kesteren (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Laura Carlson (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Charles McCathieNevile (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - Anne van Kesteren (Wednesday, 2 May)

    • Re: <table summary> and <td headers> (was: Re: <font> (was Support Existing Content) - (WebConforme) (Friday, 4 May)

Use of headers and summary attributes (was : <font> (was Support Existing Content)

• Use of headers and summary attributes (was : <font> (was Support Existing Content) - WebConforme (Friday, 4 May)

  • Re: Use of headers and summary attributes (was : <font> (was Support Existing Content) - Thomas Broyer (Friday, 4 May)

  • Re: Use of headers and summary attributes (was : <font> (was Support Existing Content) - Simon Pieters (Friday, 4 May)

  • Re: Use of headers and summary attributes (was : <font> (was Support Existing Content) - aurelien levy (Friday, 4 May)

  • Re: Use of headers and summary attributes (was : <font> (was Support Existing Content) - Henri Sivonen (Friday, 4 May)

  • Re: Use of headers and summary attributes (was : <font> (was Support Existing Content) - Roger Johansson (Friday, 4 May)

  • Re: Use of headers and summary attributes (was : <font> (was Support Existing Content) - Henri Sivonen (Friday, 4 May)

Accessibility is for everyone (was : Use of headers and summary attributes )

• Accessibility is for everyone (was : Use of headers and summary attributes) - Philip Taylor (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) -Denis Boudreau (WebConforme) (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Denis Boudreau (WebConforme) (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Gareth Hay (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Denis Boudreau (WebConforme) (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Gareth Hay (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Charles McCathieNevile (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Maurice Carey (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Gareth Hay (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - jp29@cox.net(Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Denis Boudreau (WebConforme) (Friday, 4 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) -Preston L. Bannister (Sunday, 6 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - James Graham (Sunday, 6 May)

  • Re: Accessibility is for everyone (was : Use of headers and summary attributes ) - Charles McCathieNevile (Monday, 7 May)

Testing Accessibility Re: Accessibility is for everyone

• Testing Accessibility Re: Accessibility is for everyone -

  • Charles McCathieNevile (Monday, 7 May)

  • Re: Testing Accessibility Re: Accessibility is for everyone - Frank Palinkas (Tuesday, 8 May)

  • Re: Testing Accessibility Re: Accessibility is for everyone - Chris Adams (Tuesday, 8 May)

Re: Complex Table Examples

• Re: Complex Table Examples - Laura Carlson (Thursday, 17 May)

  • Re: Complex Table Examples - Ian Hickson (Thursday, 17 May)

    • Re: Complex Table Examples - Maciej Stachowiak (Thursday, 17 May)

    • Author incentives for accessibility Henrik Dvergsdal (Friday, 18 May)

      • Re: Author incentives for accessibility - Matthew Raymond (Friday, 18 May)

      • Re: Author incentives for accessibility - Philip Taylor (Friday, 18 May)

      • Re: Author incentives for accessibility - Stephen Stewart (Friday, 18 May)

      • Re: Author incentives for accessibility - Sander Tekelenburg(Friday, 18 May)

      • Re: Author incentives for accessibility - Sander Tekelenburg (Friday, 18 May)

      • Re: Author incentives for accessibility - Gregory J. Rosmaita (Friday, 18 May)

      • Re: Author incentives for accessibility - Henrik Dvergsdal (Friday, 18 May)

      • Re: Author incentives for accessibility - Matthew Raymond (Saturday, 26 May)

  • Re: Complex Table Examples - Laura Carlson (Monday, 21 May)

  • Re: Complex Table Examples - Laura Carlson (Monday, 21 May)

    • Re: Complex Table Examples - Laura Carlson (Wednesday, 23 May)

    • Re: Complex Table Examples - Laura Carlson (Wednesday, 23 May)

    • Re: Complex Table Examples - Thomas Broyer (Wednesday, 23 May)

    • Re: Complex Table Examples - Thomas Broyer (Wednesday, 23 May)

    • Re: Complex Table Examples - Laura Carlson (Wednesday, 23 May)

    • Re: Complex Table Examples - Anne van Kesteren (Wednesday, 23 May)

    • Re: Complex Table Examples - Laura Carlson (Wednesday, 23 May)

    • Re: Complex Table Examples - Anne van Kesteren (Thursday, 24 May)

    • Re: Complex Table Examples - Laura Carlson(Thursday, 24 May)

    • Re: Complex Table Examples - Laura Carlson (Tuesday, 29 May)

    • Re: Complex Table Examples - Anne van Kesteren (Tuesday, 29 May)

    • Re: Complex Table Examples - Ben Boyle (Wednesday, 30 May)

    • Re: Complex Table Examples - Anne van Kesteren (Wednesday, 30 May)

    • Re: Complex Table Examples - aurelien levy (Wednesday, 30 May)

    • Re: Complex Table Examples - Alexander Graf (Thursday, 31 May)

headers attribute debate

• headers attribute debate - Patrick H. Lauke (Saturday, 26 May)

  • Re: headers attribute debate - Laura Carlson (Sunday, 27 May)

    • will get back to you Re: headers attribute debate - Al Gilman (Monday, 28 May)

      • Re: will get back to you Re: headers attribute debate - Preston L. Bannister (Monday, 28 May)

      • Re: will get back to you Re: headers attribute debate - Patrick H. Lauke (Monday, 28 May)

      • Re: will get back to you Re: headers attribute debate - Al Gilman (Monday, 28 May)

      • Re: will get back to you Re: headers attribute debate - Michael S Elledge (Tuesday, 29 May)

      • Re: will get back to you Re: headers attribute debate - Laura Carlson (Tuesday, 29 May)

      • RE: will get back to you Re: headers attribute debate - Evans, Donald (Tuesday, 29 May)

      • Re: will get back to you Re: headers attribute debate - Maciej Stachowiak (Wednesday, 30 May

[Fwd: RE: headers attribute debate]

• [Fwd: RE: headers attribute debate] - Patrick H. Lauke (Thursday, 31 May)

Related E-mail: June 2007

Re: Complex Table Examples

• Re: Complex Table Examples Laura Carlson - (Friday, 1 June)

• Re: Complex Table Examples Laura Carlson - (Friday, 1 June)

• Re: Complex Table Examples Laura Carlson - (Friday, 1 June)

• Re: Complex Table Examples Laura Carlson - (Tuesday, 5 June)

  • Re: Complex Table Examples Thomas Broyer - (Tuesday, 5 June)

  • Re: Complex Table Examples Leif Halvard Silli - (Tuesday, 5 June)

  • Re: Complex Table Examples aurelien levy - (Wednesday, 6 June)

  • Re: Complex Table Examples Anne van Kesteren - (Wednesday, 6 June)

  • Re: Complex Table Examples Thomas Broyer - (Wednesday, 6 June)

Re: headers attribute (was Re: Form elements)

• Re: headers attribute (was Re: Form elements) - Sander Tekelenburg (Friday, 1 June)

  • Re: headers attribute (was Re: Form elements) - Leif Halvard Silli (Friday, 1 June)

    • Re: headers attribute (was Re: Form elements) - Bill Mason (Friday, 1 June)

      • Re: headers attribute (was Re: Form elements) - Leif Halvard Silli (Friday, 1 June)

      • Re: headers attribute (was Re: Form elements) - Bill Mason (Sunday, 3 June)

      • [http://lists.w3.org/Archives/Public/public-html/2007Jun/0056.html Re: headers attribute (was Re: Form elements) - Leif Halvard Silli (Monday, 4 June)

• Re: headers attribute (was Re: Form elements) - Laura Carlson (Saturday, 2 June)

  • Re: headers attribute (was Re: Form elements) - Leif Halvard Silli (Saturday, 2 June)

    • Re: headers attribute (was Re: Form elements) - Maciej Stachowiak (Saturday, 2 June)

    • Re: headers attribute (was Re: Form elements) - Leif Halvard Silli (Saturday, 2 June)

• Re: headers attribute (was Re: Form elements) - Steve Faulkner (Monday, 4 June)

  • Re: headers attribute (was Re: Form elements) - Laura Carlson (Monday, 4 June)

    • Re: headers attribute (was Re: Form elements) - Laura Carlson (Wednesday, 6 June)

Re: headers attribute

• Re: headers attribute - Anne van Kesteren (Friday, 1 June)

  • Re: headers attribute - Leif Halvard Silli (Saturday, 2 June)

  • Re: headers attribute - Sander Tekelenburg (Saturday, 2 June)

    • Re: headers attribute - Leif Halvard Silli (Saturday, 2 June)

    • Re: headers attribute - Sander Tekelenburg (Sunday, 3 June)

    • Re: headers attribute - Leif Halvard Silli (Sunday, 3 June)

    • Re: headers attribute - Thomas Broyer (Monday, 4 June)

    • Re: headers attribute - Ian Hickson (Monday, 4 June)

    • Re: headers attribute - Sander Tekelenburg (Wednesday, 6 June)

Table accessibility (was Re: headers attribute)

• Table accessibility (was Re: headers attribute) - Maciej Stachowiak (Saturday, 2 June)

  • Re: Table accessibility (was Re: headers attribute) - aurelien levy (Saturday, 2 June)

  • Re: Table accessibility (was Re: headers attribute) - Maciej Stachowiak (Saturday, 2 June)

  • Re: Table accessibility (was Re: headers attribute) - Schalk Neethling (Saturday, 2 June)

  • Re: Table accessibility (was Re: headers attribute) - Maurice Carey (Wednesday, 6 June)

  • Re: Table accessibility (was Re: headers attribute) - Sander Tekelenburg (Thursday, 7 June)

  • Re: Table accessibility (was Re: headers attribute) - Maciej Stachowiak (Saturday, 2 June)

  • Re: Table accessibility (was Re: headers attribute) - Sander Tekelenburg (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - aurelien levy (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - aurelien levy (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Karl Dubost (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Steve Faulkner (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - aurelien levy (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Steven Faulkner (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - aurelien levy (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - aurelien levy (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Sander Tekelenburg (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - aurelien levy (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Steven Faulkner (Tuesday, 5 June)

  • Re: Table accessibility (was Re: headers attribute) - Steven Faulkner (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Henri Sivonen (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Henri Sivonen (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Steven Faulkner (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Maciej Stachowiak (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Leif Halvard Silli (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Maciej Stachowiak (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Leif Halvard Silli (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Maciej Stachowiak (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Leif Halvard Silli (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Leif Halvard Silli (Tuesday, 5 June)

  • Re: Table accessibility (was Re: headers attribute) - Gregory J. Rosmaita (Tuesday, 5 June)

  • Re: Table accessibility (was Re: headers attribute) - Steven Faulkner (Wednesday, 6 June)

  • Re: Table accessibility (was Re: headers attribute) - Anne van Kesteren (Monday, 4 June)

  • Re: Table accessibility (was Re: headers attribute) - Ben 'Cerbera' Millard (Wednesday, 6 June)

  • Re: Table accessibility (was Re: headers attribute) - Maciej Stachowiak (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Sander Tekelenburg (Sunday, 3 June)

  • Re: Table accessibility (was Re: headers attribute) - Laura Carlson (Wednesday, 6 June)

  • Re: Table accessibility (was Re: headers attribute) - Laura Carlson (Wednesday, 6 June)

  • Re: Table accessibility (was Re: headers attribute) - Ben Mason (Wednesday, 6 June)

Raising issues in a way that the editors will pay attention to them

• Raising issues in a way that the editors will pay attention to them - Ian Hickson (Friday, 1 June)

  • Re: Raising issues in a way that the editors will pay attention to them - Laura Carlson (Wednesday, 6 June)

    • Re: Raising issues in a way that the editors will pay attention to them - Karl Dubost (Thursday, 7 June)

Related E-mail: July, 2007

Tabular Data Review

• 3.15 Tabular Data Review - Debi Orton (Monday, 16 July)

  • 3.15 Tabular Data Review - Simon Pieters (Monday, 16 July)

  • 3.15 Tabular Data Review - Laura Carlson (Monday, 16 July)

  • 3.15 Tabular Data Review - Ben 'Cerbera' Millard (Monday, 17 July)

  • 3.15 Tabular Data Review - Laura Carlson (Monday, 17 July)

Related E-mail: August, 2007

Issues surrounding Tables: backwards compatibility and complex tables

• Issues surrounding Tables: backwards compatibility and complex tables - Robert Burns (Friday, 3 August)

HEADERS, FOR whom - any ID?

• HEADERS, FOR whom - any ID? - Leif Halvard Silli (Saturday, 4 August)

  • HEADERS, FOR whom - any ID? - Bill Mason (Saturday, 4 August)

  • HEADERS, FOR whom - any ID? - Leif Halvard Silli (Saturday, 4 August)

  • HEADERS, FOR whom - any ID? - Lachlan Hunt (Saturday, 4 August)

  • HEADERS, FOR whom - any ID? - Ben 'Cerbera' Millard (Saturday, 4 August)

  • HEADERS, FOR whom - any ID? - Philip Taylor (Saturday, 4 August)

  • HEADERS, FOR whom - any ID? - Leif Halvard Silli (Sunday, 5 August)

  • HEADERS, FOR whom - any ID? - Debi Orton (Monday, 6 August)

    • Re: HEADERS, FOR whom - any ID? Jason White (Monday, 6 August)

      • Re: HEADERS, FOR whom - any ID? Jason White (Monday, 6 August)

      • Re: HEADERS, FOR whom - any ID? Jon Barnett (Monday, 6 August)

      • Re: HEADERS, FOR whom - any ID? Alfonso Martínez de Lizarrondo (Monday, 6 August)

      • Re: HEADERS, FOR whom - any ID? Craig Francis (Monday, 6 August)

      • Re: HEADERS, FOR whom - any ID? Leif Halvard Silli (Tuesday, 7 August)

      • Re: HEADERS, FOR whom - any ID? Robert Burns (Tuesday, 7 August)

      • Re: HEADERS, FOR whom - any ID? Robert Burns (Tuesday, 7 August)

      • Re: HEADERS, FOR whom - any ID? Ben 'Cerbera' Millard (Tuesday, 7 August)

Data Table Collections (Research)

• Data Table Collections (Research) - Ben 'Cerbera' Millard (Monday, 6 August)

  • Data Table Collections (Research) - Karl Dubost (Monday, 6 August)

    • Data Table Collections (Research) - Ben 'Cerbera' Millard (Monday, 6 August)

      • Data Table Collections (Research) - Ian Hickson (Tuesday, 7 August)

table, DOM interfaces, cell, heading, leader, trailer, header, footer, runner, TABLE, CAPTION, COLGROUP, COL, THEAD, TFOOT, TR, part of my review of 3.15 Tabular data

• table, DOM interfaces, cell, heading, leader, trailer, header, footer, runner, TABLE, CAPTION, COLGROUP, COL, THEAD, TFOOT, TR, part of my review of 3.15 Tabular data - Robert Burns (Friday, 10 August)