W3C home > Mailing lists > Public > public-html@w3.org > June 2007

Re: Table accessibility (was Re: headers attribute)

From: Leif Halvard Silli <lhs@malform.no>
Date: Mon, 04 Jun 2007 14:32:48 +0200
Message-ID: <7d31480cc99aebbfb48129f70458230a@10013.local>
To: HTML WG <public-html@w3.org>

On 2007-06-04 03:13:10 +0200 Maciej Stachowiak <mjs@apple.com> wrote:

>> Since VoiceOver only works with Safari,
> 
> VoiceOver can work with any app, but I don't think any other browser  exports 
> the HTML-specific accessibility interfaces yet. I think it  actually works 
> with any WebKit-based browser though.
> 
>>   - how much is this VoiceOver's fault, and how much is it Safari's  fault?
> 
> Not really a relevant question. We cooperate to get things working  and try 
> to support more over time.

I meant it in a kind of literal sense, and not the people behind either Safari or VoiceOver. I am assuming that once something is supported - or «given attention» - in the visual GUA (WebKit), then the chance increases that even the AT UA can make use of it also.

>>   - can VoiceOver make sense of things which Safari does not make  sense of?
> 
> Safari (WebKit actually) exports a tree of "accessibility objects" to  
> VoiceOver which does the actual presentation, so some features may  require 
> support on both ends, but some can be implemented just in  VoiceOver using 
> existing interfaces. As far as I know, no one has  tried to do the work for 
> table header association yet. I could double- check though.

Does VoiceOver make use of the speech module of CSS? For instance, it could seem natural to present the cell associations (which in HTML4 is not limited to header associations) with another voice than the text of the actual cell one are reading. Then users could fast get an overview of who the HEADERS cells are, (without having to listen to TH cell coordinates etc). Thus the user could hear the associated header-like cells in a different tone from the the cell he is actually reading.As such, headers should be available for voice styling via CSS.

And then, if you, make it availbable for voice styling via CSS, it would also  be fitting to make it possible to style HEADERS= for visual browsers as well.

Now, I am of course aware of the fact that you could make a ::headers «cell-lector» in CSS even if you do not cut the very headers= attribute. But it does not sound as if that is your viewpoint. 

It was said here, in one of the recent messages, quoted from a blind person, that on should not think «special authoring» for blind versus seeing readers.
-- 
leif halvard silli
Received on Monday, 4 June 2007 12:32:57 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:16:00 GMT