https://bugs.documentfoundation.org/show_bug.cgi?id=153253
Bug ID: 153253
Summary: FILEOPEN DOCX VML WordArt has wrong height if
trim==false
Product: LibreOffice
Version: 7.6.0.0 alpha0+ Master
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Created attachment 184966
--> https://bugs.documentfoundation.org/attachment.cgi?id=184966&action=edit
VML WordArt shape with trim==false
Open attached document in Word and open it in LibreOffice and compare the shape
height.
Expected: The height is same in LO as in Word.
Actual: The height in LO is reduced.
The shape is a VML WordArt shape. You get such shape into a docx document, when
you have created the docx document from a RTF-format or from a binary format
file and keep 'compatibility mode' on.
Reason of the problem is handling of the 'trim' attribute of the <v:textpath>
element. That happens in TextpathModel::pushToPropMap(...) method in
https://opengrok.libreoffice.org/xref/core/oox/source/vml/vmlformatting.cxx?r=ceaff89c
In case a 'trim' attribute does not exist and in case of 'trim==false' (the
default), the lines #984 to #996 are executed and there the shape height is
changed.
But when you look at the definition of 'trim' attribute in '19.1.2.23 textpath
(Text Layout Path)' section in ECMA-376 Part 4, you can see, that this
attribute does not change the shape size. It only changes the way the text is
fit between the paths of the shape.
--
You are receiving this mail because:
You are the assignee for the bug.
