summaryrefslogtreecommitdiff
path: root/sw/UITest_sw_fieldDialog.mk
diff options
context:
space:
mode:
authorJustin Luth <justin.luth@collabora.com>2024-01-15 14:36:12 -0500
committerMiklos Vajna <vmiklos@collabora.com>2024-01-22 14:20:31 +0100
commit0b03dff37f4cad722819f36d5cf3bd39fb46d8ed (patch)
tree1d4204093f810b9c6e14f144d0ae1a6445a1bee1 /sw/UITest_sw_fieldDialog.mk
parentceb885232aa09444142ad9a70e9f6947ca1d70e0 (diff)
tdf#159158 writerfilter: relativeHeight always under z-index
No matter what z-index I chose, it always ends up being above a relativeHeight. Since a heaven z-index is 0+, that means that all relativeHeight's need to be treated as negative. IsInHeaderFooter is a complication, because these are ALWAYS treated as if they are below the text, and yet behindDoc relativeHeights still need to be below their counterparts. While this algorithm could never cover all the situations (it would require transitioning to a sal_Int64 to do that) it should be fine for practical purposes. Plus, there are some unknown complications surrounding this. If I increase the behindDoc relativeHeight by 1 in tdf159158_zOrder_behindDocB.docx the yellow star actually moves on top of the blue star, which totally debunks my theory. RTF doesn't really use relativeHeight, but if it did, these changes should apply anyway. Change-Id: I62e1f9ae8fe6f99534a2a799692120508204c553 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162234 Reviewed-by: Justin Luth <jluth@mail.com> Tested-by: Justin Luth <jluth@mail.com> Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Diffstat (limited to 'sw/UITest_sw_fieldDialog.mk')
0 files changed, 0 insertions, 0 deletions