Apache OpenOffice (AOO) Bugzilla – Issue 17239
Selecting cells in table
Last modified: 2017-05-20 10:11:29 UTC
The attempt to vertically select multiple cells of one column (with either keybord or mouse) in a table having merged cells is not possible in some cases. Instead, cells of an adjacing column are selected as well. If a column heading cell is part of the selection the occurance of the problem occurs will be more probable.
To me this sounds like it is expected. If you merge cells overlapping rows (say B12 and C12), then the "new" merged cell replaces B12. If the merger is B12 and B13, the new merged cell would replace B12 (again). In this case, selecting Column B would select the merged cell, while selecting Column C should skip it. In the case of B12 and B13, selecting row 12 would select both B12 and B13 (as they are now a single cell), while selecting row 13 should skip it. This expected behavior occurs in 1.1RC1.
Created attachment 9567 [details] SXW with table for demonstration (self explanatory)
Ok, my description was not precise enough. I send you a table in an example document to illustrate undesired selection behaviour. - Cells E2 and E3 are merged. - Start selection in D0 and stop in the merged cell (or anywhere below) - You will see that cell F0 of adjacent column on the right will be selected too. That's an example of what I meant. Thank you Stefan Q.
Created attachment 10753 [details] SXW with table for demonstration (self explanatory)
Created attachment 10754 [details] SXW with table for demonstration (self explanating)
reassigend to jw will try to reproduce and find out if this is an expected behaviour
Created attachment 11255 [details] SXW with table for demonstration (self explanating)
Created attachment 11256 [details] SXW with table for demonstration (self explanating)
confirmed on OOo 1.1 just dl the last attached file to see this behaviour set target to OOo later set status to new
*** Issue 55379 has been marked as a duplicate of this issue. ***
Created attachment 70375 [details] Selection is ok
I can reproduce it with provided sxw, but not with my odt Test_Case_17239.odt Copying the sxw's array in a .doc or .odt reproduces it. It seems the bug is in the cell because the issue persists even if you unmerge the cell.
I think with the redesign of text tables in WRITER this issue becomes OBSOLETE. Look into the tables of the *.sxw and look at the (sub-)numbering (4.1, .4.2, …) of rows. Such a subnumbering can't be created furthermore, or can?
Closing this one, indeed problems are solved with new Table design. For new (or remaining) issues please submit new reports.