diff options
author | Regina Henschel <rb.henschel@t-online.de> | 2022-11-02 22:34:16 +0100 |
---|---|---|
committer | Regina Henschel <rb.henschel@t-online.de> | 2022-11-03 16:28:31 +0100 |
commit | 933768ffcd8617942f45481de77e656ded9dcfe2 (patch) | |
tree | 1ba30b43f5bcaf92c165038e9c482817a905a35a /oox | |
parent | 2dd592f0836184e3f275e8ff3248639f08a3f647 (diff) |
tdf#150966 oox export avoid bottom above top for text area
If bottom and top insets set so that the bottom edge of the resulting
text area is above the top edge, then LO and MS Office behave different
in how this is rendered. With commit e2169886 insets are converted on
import to make rendering in LO similar to MS Office, but the
implemented export has some problems, see analysis in bug report.
LibreOffice normalizes the resulting text area in case bottom edge is
above top edge. So this patch exports the insets so, that MS Office
gets a normalized resulting text area and will not apply its special
rules.
A roundtrip starting with pptx will not regenerate the old values but
will produce inset values, which give same rendering in MS Office than
in LO. Because the method is different now, the inset values have
changed and test testTextDistancesOOXML_Export is adapted. When you
compare the result with the screenshot on slide 2, you see that the
new method works as well.
The old method did not work for exporting an odp file. That is covered
by the new unit test. The docx unit test file covers the case, that
the export tweak was erroneously triggered.
Change-Id: I0091f284d9bdd635dd87ddb9e9b0e415cc0cc51e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142185
Tested-by: Jenkins
Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
Diffstat (limited to 'oox')
-rw-r--r-- | oox/source/export/drawingml.cxx | 23 |
1 files changed, 15 insertions, 8 deletions
diff --git a/oox/source/export/drawingml.cxx b/oox/source/export/drawingml.cxx index 8939a5415683..80d38e8dfc79 100644 --- a/oox/source/export/drawingml.cxx +++ b/oox/source/export/drawingml.cxx @@ -110,6 +110,7 @@ #include <o3tl/safeint.hxx> #include <o3tl/string_view.hxx> #include <tools/stream.hxx> +#include <tools/UnitConversion.hxx> #include <unotools/fontdefs.hxx> #include <vcl/cvtgrf.hxx> #include <vcl/svapp.hxx> @@ -3335,21 +3336,27 @@ void DrawingML::WriteText(const Reference<XInterface>& rXIface, bool bBodyPr, bo // Transform the text distance values so they are compatible with OOXML insets if (xShape.is()) { - sal_Int32 nTextHeight = xShape->getSize().Width; + sal_Int32 nTextHeight = xShape->getSize().Height; // Hmm, default - auto* pCustomShape = dynamic_cast<SdrObjCustomShape*>(SdrObject::getSdrObjectFromXShape(xShape)); + // CustomShape can have text area different from shape rectangle + auto* pCustomShape + = dynamic_cast<SdrObjCustomShape*>(SdrObject::getSdrObjectFromXShape(xShape)); if (pCustomShape) { - tools::Rectangle aAnchorRect; - pCustomShape->TakeTextAnchorRect(aAnchorRect); - nTextHeight = aAnchorRect.GetSize().getHeight(); + const EnhancedCustomShape2d aCustomShape2d(*pCustomShape); + nTextHeight = aCustomShape2d.GetTextRect().getOpenHeight(); + if (DOCUMENT_DOCX == meDocumentType) + nTextHeight = convertTwipToMm100(nTextHeight); } if (nTop + nBottom >= nTextHeight) { - sal_Int32 nDiff = std::abs(std::min(nTop, nBottom)); - nTop += nDiff; - nBottom += nDiff; + // Effective bottom would be above effective top of text area. LO normalizes the + // effective text area in such case implicitely for rendering. MS needs indents so that + // the result is the normalized effective text area. + std::swap(nTop, nBottom); + nTop = nTextHeight - nTop; + nBottom = nTextHeight - nBottom; } } |