summaryrefslogtreecommitdiff
path: root/extras/CustomTarget_glade.mk
diff options
context:
space:
mode:
authorMiklos Vajna <vmiklos@collabora.com>2020-03-09 22:11:35 +0100
committerMiklos Vajna <vmiklos@collabora.com>2020-03-10 09:28:24 +0100
commit74f0105a2c140d078932576b457a327f3d2490a6 (patch)
tree14e56268421c93e160189b28a438d00f29211338 /extras/CustomTarget_glade.mk
parentedf13fe1247e7ef411a9ff5435385573fad01f56 (diff)
tdf#128880 sw btlr: fix SwFrame::GetPaintArea() for the row span case
To be specific, this focuses on the case where a single cell has btlr direction, but the containing row does not, and there is a row span. The old code that took the logical right of the cell frame served two purposes, it seems to me: - in the rare case where the 1st row is wider then a subsequent row, we make sure that as the cell frame is expanded downwards, we're still inside the table polygon - in the tb-rl ("Japanese") case, the logical right maps to physical bottom, and this way the cell frame is OK to render not only into its own row frame, but can expand also downwards. Given that btlr maps left to bottom, this mechanism is broken there. Be consistent with the working tbrl case, so just expand towards the logical left in the btlr case. The rest of the changes just make sure that SwAttrHandler::FontChg() calls SwFont::SetVertical() with the correct bVertLayoutLRBT parameter, which instantly fixes the actual position of the text. Change-Id: I9032e7c6de72cec704843f3aae3c7848e139ebfa Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90241 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Diffstat (limited to 'extras/CustomTarget_glade.mk')
0 files changed, 0 insertions, 0 deletions