https://bugs.documentfoundation.org/show_bug.cgi?id=101627
--- Comment #11 from Patrick Jaap <p...@mail.de> ---
The next Update:
# all numbers are in twip #
The attached document is vertically partitioned as follows:
Header margin: 720
Header text: 1418 - 720 = 698
Body: (later)
Footer text: 1418 - 709 = 709
Footer margin: 709
Since the whole document is of size A4, the total length is 16837, which leaves
14001 for the body.
All measures are taken from the docx (document.xml) file.
The value nTopOfAnch in the shrinking is 17065. This value results from the
footer text frame in SwFrame::MakePos(), which extents vertically from 16413 to
17121. The anchor is set 652 below the beginning of this frame, thus 17065.
Since the position is a little strange, there has to be a vertical offset of
994 (no idea why). These observations are verified by variating the numbers in
the docx file.
Ok, now the page alignment frame in
SwAnchoredObjectPosition::ImplAdjustVertRelPos extents from 284 to 17121. This
is a range of 16387 (A4 page), but with an offset of 284 (?). Therefore, the
shrinking thinks, that the page ends 17121-17065 = 56 below the anchor. This
leads to the shrinking of the textbox, since it is 264 in height.
Now the question is, where the two different offsets (284 vs 994) are set.
Feedback is welcome!
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
