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?
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
Alexander
Surkov ---07/08/2009 12:18:21 AM---Hi. IA2 doc doesn't address
situation when row or column spans are
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