https://bugs.documentfoundation.org/show_bug.cgi?id=153260
Bug ID: 153260
Summary: FILESAVE DOCX VML write trim=t for Fontwork shapes
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]
Blocks: 107634, 128568, 136406
Created attachment 184979
--> https://bugs.documentfoundation.org/attachment.cgi?id=184979&action=edit
Example to see inadequate VML export
LibreOffice is not able to render the trim="f" attribute of <v:textpath> of
VML. LibreOffice always renders it as if trim="t" is used. The default value
for the 'trim' attribute is 'false'. So to reflect LO way of rendering in file
markup, the attribute trim="t" has always to be written out.
Open attached file and save it to docx format. Open the saved file in Word or
reopen it in LO. Notice, that the height of the characters in the Fontwork
shape is smaller than in the original odt-document.
[BTW, the Fontwork type "TextSlantUp" was chosen, because it is forced to VML
already in current released LibreOffice. A daily build will show the problem
too for other types, if the shape has bitmap fill.]
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=107634
[Bug 107634] [META] Fontwork / WordArt bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=128568
[Bug 128568] FILESAVE: DOCX: Fontwork broken with Word 2007-365 format
https://bugs.documentfoundation.org/show_bug.cgi?id=136406
[Bug 136406] [META] OOXML VML shape related issues
--
You are receiving this mail because:
You are the assignee for the bug.
