- 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:30 UTC