Rich, I don't have Excel but I can tell you what happens in Calc 3.1...

Test case - merge top three cells in second column.
1) Start with focus on upper left cell, shift right once, three cells in first column become selected, second column (one spanned cell) is selected, shift arrow again, now only three cells are selected (the upper left, the spanned, and the top cell in the third column.  This feels inconsistent, though I can see their logic.
2) Start with focus on the cell below the top cell in the first column, shift right once, same behavior as above, shift right again, only two cells are selected (the starting cell and the cell in the third column in the second row).  To be consistent I would think everything in the upper left 3x3 would be selected.
3) Start with focus on the cell in the first column and third row, same behavior as #2.

The behavior is Writer 3.1 is different and the behavior in Symphony is again different.

So we have two choices for IATable's un/selectRow/Column (4 methods)
1) Define what the behavior should be.
2) Specify that it is determined by the app.

Do you have a recommendation?

--
Pete Brunet
                                                               
a11ysoft - Accessibility Architecture and Development
(512) 238-6967
pete @ a11ysoft.com
http://www.a11ysoft.com/about/
http://www.linkedin.com/in/petebrunet
Ionosphere: WS4G



Richard Schwerdtfeger wrote:

Alex,

I don't see how you can ignore cells that span multiple. I just ran excel. In excel I merged two cells forming one cell that spanned two rows. What happened was when you select the cell (click on it), or any cell in either of the spanned rows you select the top and bottom cell from each row. So, in a sence, you are not skipping cells but rather you have bound the two rows together. So, as soon as you have selected a "merged" cell you are selecting cells that span the merge. This is a good strategy as you are not omitting cells you select.

In your scenario, if you select a row and, due to a span, you have a cell spanning two rows you select both rows.

Make sense?

Rich


Rich Schwerdtfeger
Distinguished Engineer, SWG Accessibility Architect/Strategist

Inactive hide details for Alexander Surkov ---07/08/2009 12:18:21 AM---Hi. IA2 doc doesn't address situation when row or columnAlexander Surkov ---07/08/2009 12:18:21 AM---Hi. IA2 doc doesn't address situation when row or column spans are


To

[email protected], [email protected]

cc


Subject

[Accessibility-ia2] IAccessible::(un)selectRow/Column method implementation

Hi. IA2 doc doesn't address situation when row or column spans are
presented in a table. So let we have an example,

<table>
 <tr>
   <td>cell1</td>
   <td rowspan="1">cell2</td>
 </tr>
 <tr>
   <td>cell3</td>
 </tr>
</table>

visually this table is presented like

|---------|---------|
| cell1 | cell2  |
|---------|         |
| cell3 |         |
|---------|---------|

If I select second row then we should select "cell3". Should we select
spanned "cell2" as well? On the one hand it looks reasonable because
when I want to select row then I want to see all cells in the row
selected. On another hand I would say no because we should unselect
first row per documentation and therefore we should uselect "cell1"
and "cell2", i.e. "cell2" remains unselected. So should we add words
into documentation (un)selectRow/Column deals with origin cells only
(i.e. cells those aren't result of row or column spans)?

Alex.
_______________________________________________
Accessibility-ia2 mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/accessibility-ia2

_______________________________________________
Accessibility-ia2 mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/accessibility-ia2

Reply via email to