Description: In the example file, there are two problems: 1. At the top, there is an additional new line in Word, in LO not. 2. There is a too wide horizontal spacing in the last line in Writer, causing an additional line in Writer Steps to Reproduce: 1. Open the example file Actual Results: No new line at the top, a new line at the buttom Expected Results: A new line at the top, no new line at the buttom Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 144876 [details] example file
Created attachment 144877 [details] situation in LO Writer
Created attachment 144878 [details] situation in Word
As LibreOffice will always handle OOXML via import filter, why expect layout fidelity coming from a MS Word generated document. What happens when importing/opening the document with OpenSans but saved from MS Word 2013 as ODF?
(In reply to V Stuart Foote from comment #4) > As LibreOffice will always handle OOXML via import filter, why expect layout > fidelity coming from a MS Word generated document. > > What happens when importing/opening the document with OpenSans but saved > from MS Word 2013 as ODF? Hi, when I use Word 2013 to export the example file to an .odt document, the layout is completely messed up. I think Word cannot handle the graphics in the header. Nevertheless, the line break in the last line persists.
Created attachment 144943 [details] odt-export (by word 2013) of the sample file
I can confirm all 4 problems.
Also reproduced in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.15; Render: default;
The problem 1 ("Vertical spacing not correct" on the "situation in LO Writer" PDF) is caused by using two text boxes with "Square" wrap and "Allow overlap" disabled, one of them with text "xyz", and another empty. With overlap disabled, in Word, the empty box aligns below the "xyz" one, creating the "spacing". In Writer, we don't yet support disabling the "Allow overlap". This is definitely irrelevant to used font. The problem 2 (the three "Linebreak not correct") is caused by Word not only expanding spaces when justify-aligning paragraphs, but also shrinking them (maximum by about 5%), while Writer only expands spaces. I believe this isn't font-specific.
(In reply to Mike Kaganski from comment #9) > The problem 1 ("Vertical spacing not correct" on the "situation in LO > Writer" PDF) is caused by using two text boxes with "Square" wrap and "Allow > overlap" disabled, one of them with text "xyz", and another empty. With > overlap disabled, in Word, the empty box aligns below the "xyz" one, > creating the "spacing". In Writer, we don't yet support disabling the "Allow > overlap". This is definitely irrelevant to used font. > This part is fixed in 6.4 since: https://cgit.freedesktop.org/libreoffice/core/commit/?id=f8c7a2284b88c149addc8a30abb0cad8a10dad77 author Miklos Vajna <vmiklos@collabora.com> 2019-09-20 11:55:21 +0200 committer Miklos Vajna <vmiklos@collabora.com> 2019-09-20 12:42:17 +0200 Related: tdf#124600 sw anchored object allow overlap: add DOCX filter
Created attachment 180517 [details] example file compared in MSO, LO 5.2, LO 6.4 and LO 7.4+ This bug is about rendering of "xyz" frame in header. Spacing is bug 124769. True it looked better in 6.4 but it's again wrong in 7.4+.
I don't know how I got that comparison with a bug but on a repeated test it's not. I close this one for top line. Spacing is bug 124769.