4 people da5da66e51 Tables: row borders stay apart around a vertical merge (#640) (#841) ...

Since #669 a vertically merged cell is one `Placed::Cell` as tall as all
its rows. The resize geometry took a row's bottom from its tallest box, so
the row where a merge starts reached down to the merge's bottom: the border
under it could not be grabbed, and dragging the border of the next row
resized the first row instead (to the merge's height plus the drag).

- A row ends at its shortest box, and no lower than where the next row
  starts (a row whose every cell starts a merge has only taller boxes).
- The heights measured after a row drag come from the same geometry.
- Test: with a merge down column 0, the border under the first row is
  still there, the merge's bottom is the second row's border, and
  dragging the first one changes that row alone.

Co-authored-by: rabis <340973947+rabis7575@users.noreply.github.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Brandon Thomas <echelon@gmail.com>

2026-10-12 09:10:17 -04:00

..

src

Tables: row borders stay apart around a vertical merge (#640) (#841)

2026-10-12 09:10:17 -04:00

tests

SCRUM-34: protect original files during native saves (#621)

2026-10-12 02:11:13 -04:00

Cargo.toml

Open and save password-protected Word documents (#55) (#281)

2026-10-10 16:16:35 -04:00