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: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de 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.