Created attachment 48386 [details] ZIP witj DOC, ODT and PDF versions I created a hierarchical document in the ODT format then I saved it as DOC format for colleagues who need that format. All subsidiary un-numbered paragraphs are open as left justified in the DOC format. In ODT they open as originally designed.
I am not entirely sure about the nature of this problem. Tom, although you mention that you created the hierarchical document in LO, it seems that the organization is incorrect. For example, points 3, and 5 should be indented after points 2 and 4 because they address the subtitles of "Sanctioning Entities" and "Sponsorship" respectively. It seems like there are similar problems like this throughout the document. It seems that Word/.doc handles the documents better: there is a proper hierarchy to the points: numbers, then letters, etc. On the other hand, LO/.odt seems to jumble the paragraphs together, which makes it hard to read, (see under 1. Event). It also seems to be unable to differentiate the big topics from the sub-topics. For example, Events and Key Personnel are clearly equal levels of topics, yet Key Personnel is listed under Events as point 13. There is no hierarchy either. 1. Event is followed by another 1. The only problem that makes it hard to read in Word is that the non-numbered paragraphs are indeed left justified, and the font is not homogeneous. Otherwise, it seems that the presentation in Word is much better than in LibreOffice. Tom, can you provide some more details on this bug? For example why there is a hanging "1" at the end of the .odt file, or how Word can re-arrange the hierarchy properly from LO? Otherwise, yes, I can confirm on LO 3.4 on OpenSuse KDE that Word/.doc has left justified points, while LO does not.
Thanks for your comments but after reading them a couple of times I'm not sure that you and I are seeing the same thing when opening the file in LO. Have you opened the PDF which represents how the document appears in LO on my Win XP machine? E.G., "Sanctioning Entities" is sub-point "B" not "2" and "Sponsorship" is sub-point "C" not "4". There is not point "13." anywhere in my copy. To me that is even more scary. Please do open the PDF to see how it looks to me in ODT. Thanks. I do not own a copy of Word. I do have MS Word Viewer but my bigger concern is that saving a satisfactorily formatted ODT document as DOC does not reopen with the same formatting it had when saved. This document was created completely in LO and opens as I expect to in LO when using the ODT file. I'm going to try and copy into a pure text document, then copy/paste it into a new ODT document, reformat it and see what happens. One of the main reasons I through Word in the trash 7-8 years ago was because it handled hierarchical documents to poorly. OO and now LO have been a joy to work with. At the end of the day, I will submitted the PDF so I can live with this but it is disturbing that we are not seeing the same formatting from the same ODT file. Many thanks for your review.
Sorry Tom, you are right. I was looking at the .odt file through ark, without having extracted it. Now that I have extracted it, it looks entirely like the PDF version, which is correct (proper hierarchy and indentation). So I guess that yes, this problem is reproducible on Linux as well. It is very bizarre but can you check whether if you open the .odt file with ark the formatting is messed up?
Hi Jeffery, Using a LiveCD of Ubuntu 11.04, I was able to open the ODT document from within the ZIP archive using U 11.04 archive manager. The document looks exactly as I expect it to look. No obvious hierarchical errors.
[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: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Uinging LODev 3.5.0 Beta2 - This is bug still exisists. Same error as originally reported persists.
Still valid with LO 4.2 on OS X 10.8.4: Version: 4.2.0.0.alpha0+ Build ID: 9fed8a5e4a4c45d6a08260e9480ca6b43254b120 TinderBox: MacOSX-X86_64@43, Branch:master, Time: 2013-08-29_07:14:27 Steps to reproduce: 1. open odt file contained in example zip 2. save to doc format 3. open doc file with LO or Word results in a different looking file than the original odt file.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: *Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT *Update the version field *Reply via email (please reply directly on the bug tracker) *Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-01
This error has not been fixed based on trying the test documents in LO 4.4.1 on my Win 8.1 box.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
This bug continues in version 5.0.5.2. The ODT files opens correctly. When I save is as a .doc, close LibreOffice than reopen the freshly saved .doc, text that should be indented under a given numbered paragraph is flush left.
Verified that indentation issue was fixed in Version: 5.4.0.0.alpha0+ Build ID: d538d3d84172a74dfe97d59a6d3daf9a45459cab When saved as .doc, the document looks good in both Writer and Word. Don't know when this was fixed, so marking as WORKSFORME.