- From: Richard Schwerdtfeger <schwer@us.ibm.com>
- Date: Tue, 7 Apr 2015 10:25:29 -0500
- To: Cynthia Shelly <cyns@microsoft.com>
- Cc: Dominic Mazzoni <dmazzoni@google.com>, Joanmarie Diggs <jdiggs@igalia.com>, Matthew King <mattking@us.ibm.com>, PF <public-pfwg@w3.org>, Alexander Surkov <surkov.alexander@gmail.com>
- Message-ID: <OF0A20ADAF.35124FEE-ON86257E20.0054B7E6-86257E20.0054BB72@us.ibm.com>
thank you. I will take a look. Rich Schwerdtfeger From: Cynthia Shelly <cyns@microsoft.com> To: Dominic Mazzoni <dmazzoni@google.com>, Alexander Surkov <surkov.alexander@gmail.com> Cc: Matthew King/Fishkill/IBM@IBMUS, Joanmarie Diggs <jdiggs@igalia.com>, PF <public-pfwg@w3.org>, Richard Schwerdtfeger/Austin/IBM@IBMUS Date: 03/11/2015 02:28 PM Subject: RE: Action-1293 Proposal I made a proposal to handle this for lists as part of my Web Accessibility Properties and Actions proposal at TPAC. It could easily be generalized to tables as well. https://rawgit.com/cyns/wapa/master/wapa.html From: Dominic Mazzoni [mailto:dmazzoni@google.com] Sent: Wednesday, March 11, 2015 10:20 AM To: Alexander Surkov Cc: Matthew King; Joanmarie Diggs; PF; Richard Schwerdtfeger Subject: Re: Action-1293 Proposal I still don't understand what this line is supposed to mean: <tr aria-rowindex="100" aria-rowcount="50"><tr> <!-- 49 rows are not yet loaded --> If the intended meaning of this line is that "there are 49 rows following this one that aren't loaded yet", then I don't see how that's useful information to annotate. I'm not aware of an existing native accessibility API that has a way to express this, nor am I aware of any screen reader that announces anything like this. Rather, most APIs and screen readers primarily concern themselves with (1) the coordinates of the current cell, (2) the span of the current cell, and (3) the total number of rows and columns in the table. Everything else is just implied or discovered - for example if you navigate down from row 1 and reach row 100, clearly the rows in-between were missing - but that's implicit, not explicit. - Dominic On Wed, Mar 11, 2015 at 10:01 AM, Alexander Surkov < surkov.alexander@gmail.com> wrote: I don't see a reason preventing rowcount from working on the table element (I guess same for colcount attribute) but I let Joanie to comment in case if I miss something. I would argue that spanned cell and missed rows/columns are semantically different and shouldn't be used to substitute each other. On Wed, Mar 11, 2015 at 12:38 PM, Dominic Mazzoni <dmazzoni@google.com> wrote: On Wed, Mar 11, 2015 at 5:38 AM, Alexander Surkov < surkov.alexander@gmail.com> wrote: yes but not always though. If that was true then there's no reason of putting those attributes on cell or row elements. As I understand a table may be loaded in number of parts (Joanie's point iirc), for example: <table> <tr></tr> <!-- 98 rows are missed--> <tr> aria-rowindex="100" aria-rowcount="50"><tr> <!-- 49 rows are not yet loaded --> <tr aria-rowindex="151" aria-rowcount="20"></tr> <!- 19 rows are not yet loaded --> </table> I'm not sure I understand that example. If the user lands on row 151, how would you have that described by AT? Aren't there 170 total rows in the table? What would be wrong with this? <table aria-rowcount="170"> <tr aria-rowindex="100"><tr> <!-- 49 rows are not yet loaded --> <tr aria-rowindex="151"></tr> <!- 19 rows are not yet loaded --> </table> In that example above, the index of each row, plus the total row count in the table, is sufficient to totally describe what rows are present and what rows are missing. Alternatively, if you want a placeholder for missing rows, I think we should use rowspan: <table aria-rowcount="170"> <tr aria-rowindex="1" aria-rowspan="99"><tr> <!-- 99 rows are missed --> <tr aria-rowindex="100"><tr> <tr aria-rowindex="101" aria-rowspan="49><tr> <!-- 49 rows are not yet loaded --> <tr aria-rowindex="151"></tr> <tr aria-rowindex="152" aria-rowspan="18><tr> <!-- 18 rows are not yet loaded --> </table>
Attachments
- image/gif attachment: graycol.gif
Received on Tuesday, 7 April 2015 15:26:16 UTC