[Issue 124959] Table: Selection inconsistence for merged cells

[bu...@apache.org]

https://bz.apache.org/ooo/show_bug.cgi?id=124959

Nandhini <nj...@my.fit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |njaganathanp2014@my.fit.edu

--- Comment #1 from Nandhini <nj...@my.fit.edu> ---
Created attachment 85018
  --> https://bz.apache.org/ooo/attachment.cgi?id=85018&action=edit
successful replication & generalization of the bug

Comment:
Scenario 1: User would visually expect a select from (1,1) to (5,5) to include
all cells in the range, even if cell (4,5) & (5,5) are merged together. But
instead, this bug causes the selection to miss cells (5,1), (5,2), (5,3),
(5,4). The user does not expect such a behavior.

Scenario 2: Also, instead of (4,5)&(5,5), the cells merged are (5,4)&(5,5),
this bug doesn’t show up. Hence, if the user experiences this scenario ahead of
the previous one, he/she would see an inconsistency within the product.

WRT attachment & 124153
The delete column operation combined with horizontally merged cells results in
an unexpected result (data loss). But, delete row combined with vertically
merged cells did not cause any trouble.
This might be because, the merged cell is considered to include all included
cells in case of horizontal merge. But not considered in case of vertical
merge. Hence, the possible reason for failure in Scenario 1.

-- 
You are receiving this mail because:
You are the assignee for the issue.