Created attachment 49436 [details]
Demonstrates test case for whitespace.
Create OOo document with a blank line between two lines of text.
Set the formatting of the blank line to a non-default font, and a non default size. For example, Times Roman 5 point (such as one would use for a little bit of whitespace between sections.)
Save in default odf format.
SaveAs Word 2007 XML format.
Blank line should retain font and size.
Blank line gets the default font and size.
Going back to the odf version, the blank line is properly recorded, but
is never properly saved/restored in .docx format.
Never use specially formatted blank lines for controlled white spacing.
Instead set the Paragraph formatting for additional white space above or below.
Reason why this is important:
Some resume submissions must be in docx format. People's resumes are getting silently mutilated, and formatting is REALLY important here!
Example files are attached.
Created attachment 49437 [details]
Whitespace test case output via SaveAS Word 2007 XML docx
Confirmed for LibreOffice 3.4 340m1(Build:103) on OpenSuse Linux. This seems to be another problem involving saving as .doc files or importing .doc files.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Dear bug submitter!
Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.
To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement
Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.
reproduced in 3.6.1 on Fedora 64 bit with first attachment.
msWord opens result without separate of empty line
I can confirm this behaviour to be still included in LO 22.214.171.124 on Windows 8.
Looks fixed, tested using Mac OSX 10.9 with LibreOffice Version: 126.96.36.199.alpha0+
Build ID: 619b4c40da9e85febbb08a3f7cf8aa8d10963fc1
TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-04-18_00:07:53
I know this is fixed by one of the synerzip developers (as far I remember).
Looks the imported font with your text document is 5,5pt instead of 6. Other font sizes are saved correctly as far I can see (tested using Word for Mac 2011).
Marking as RESOLVED WORKSFOMRE.
*** Bug 46937 has been marked as a duplicate of this bug. ***
Sorry, but this bug is only partially solved (in LO 188.8.131.52 Windows 8.1). It seems like the font is saved and preserved correctly but not the font size. Saving a 7 point size is reopened in docx as 6 point size - the 6 point size is opened as 5.5.
It seems that bug https://bugs.freedesktop.org/show_bug.cgi?id=46937 is definitely still valid.
font size problem with docx is still valid in 184.108.40.206
looks to be fixed in 220.127.116.11.beta1
set to resolved/Worksforme - because do not know if it is deliberately fixed...