W3C home > Mailing lists > Public > public-html@w3.org > December 2008

Re: Comparison of Smart Headers and HTML5 (ACTION-85)

From: Aaron M Leventhal <aleventh@us.ibm.com>
Date: Mon, 8 Dec 2008 14:05:45 +0100
To: Lachlan Hunt <lachlan.hunt@lachy.id.au>
Cc: joshue.oconnor@cfit.ie, HTMLWG <public-html@w3.org>, public-html-request@w3.org, WAI-XTECH <wai-xtech@w3.org>
Message-ID: <OFF1C1E10E.3A2BD961-ONC1257519.0047CE9A-C1257519.0047F086@us.ibm.com>
It's true, if we implement relationship caching, then running through the 
entire table and caching all the relationships at once would allow the 
current algorithm work.  Mozilla currently does not cache accessible 
relations but there is an open bug for that.

- Aaron



From:
Lachlan Hunt <lachlan.hunt@lachy.id.au>
To:
joshue.oconnor@cfit.ie
Cc:
HTMLWG <public-html@w3.org>, WAI-XTECH <wai-xtech@w3.org>
Date:
12/07/2008 11:39 AM
Subject:
Re: Comparison of Smart Headers and HTML5 (ACTION-85)




Joshue O Connor wrote:
> Ben Millard wrote:
>> 1. The current algorithm runs through the <table> once to find all the
>> associations.
>> 2. The UA stores them in the relevant accessibility API properties.
>> 3. A user interacts with a cell via an AT.
>> 4. The AT uses what has been stored in the API for that cell.
>> 5. The AT may apply verbosity control, announcements, re-ordering and
>> other adaptations to improve the user experience.
>>
>> In this way, the relationships are stored rather than queried 
on-demand.
>> Do you think that's a good thing? Avoiding repetitive queries between 
AT
>> and UA seems like a good thing to me, since a user can move between
>> table cells rapidly.
> 
> I am not sure I understand this part.

This is the revised and simplified process that Ben was trying to explain:

1. The UA runs through the <table> using the algorithm to find and store
    all of the associations between cells.
    - The way it stores the associations in memory is implementation
      specific and doesn't really matter that much.
2. The AT queries the UA for the information about each cell, as
    required, via the accessibility APIs.
3. The UA responds with the requested associations.

In this model, the AT doesn't need to have direct access to the DOM.  It 
should be able to obtain all the information it needs via the 
accessibility APIs.  Although if it did get access to the DOM, then it 
would be possible for the AT to implement the algorithm for itself.

But the benefit of having the browser implement the algorithm and report 
the associations via the APIs is that given the low cost and relatively 
fast pace of the browser upgrade cycle compared with that of assistive 
technology, browsers can adapt more quickly to changes and improvements 
can be deployed faster.

-- 
Lachlan Hunt - Opera Software
http://lachy.id.au/
http://www.opera.com/
Received on Monday, 8 December 2008 13:06:32 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:38:59 UTC