https://bugs.documentfoundation.org/show_bug.cgi?id=150966
--- Comment #13 from Regina Henschel <[email protected]> --- I think in addition the 'then' part in #3333 and #3334 is wrong. Reasoning is here: If the top and bottom indents are set so, that the calculated top edge of the resulting effective text area is below the calculated bottom edge, then LibreOffice normalizes the resulting rectangle. Example was LO does: Nominative text area rectangle height = 4cm, top indent = 3cm, bottom indent = 5cm. That means, that the calculated bottom edge (nominal bottom edge - bottom indent = height - bottom indent) is 1cm above the nominative top edge and the calculated top edge is 3cm below the nominative top edge. This is normalized so that the effective top edge is 1cm above the nominative top edge and the effective bottom edge is 3cm below the nominative top edge. Since bottom indents are measured from the nominative bottom edge, the effective used indents are top = -1cm and bottom = 1cm General: if (top + bottom >= height) then new top = height - bottom new bottom = height - top The new indents create a regular rectangle and can be directly exported to pptx. Export to docx has additional problems: Word does not show overflowing text and Word does not accept negative indents, although such can be described in OOXML file format. So perhaps export to docx needs special handling in case calculation of the indents results in such cases. The special problem with the docx document here should be already solved when the correct height is used, because it then no longer enters the if-then part. -- You are receiving this mail because: You are the assignee for the bug.
