Created attachment 42190 [details] attachment .doc file from Word and exported PDF for compare with Libreoffice formatting result on import Downloaded a file from an official state departement of Healt in my country and the formating differs dramatic compared to the formating in Microsoft Word (I needed to install the trial version for saving to pdf to print the document corectly). I upload the orginal file and the PDF exported from Microsoft Word , load the .doc in LibreOffice r3 and have a compare shot with the PDF. (attachment in 7zip format 2 files) Maybe some hacked fix for this tipe of document can be done ?!
Too many problems for 1 report! I pick one issue for this one: Reproducible with "LibreOffice 3.3.0 RC3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (build 5 / tag 3.3.0.3)]" and "20081125_cerere_adeverinta_de_asigurat.doc" Pls see search for text "CARE FACE PARTE DINTR-O FAMILIE CARE ARE DREPTUL" and compare in PDF and sample document - In PDF all text is behind the Frame - in LibO text will be splitted by frame. Reason seems to be improper WRAP mode "dynamic" for the frame, if you change to "behind" text looks fine @grigoreflorin1985: We can't handle such "Make my imported document look better in LibO" issues. Please file separate reports for all Problems you find with a precise, detailed description. Please feel free to file additional reports for other problems you see in the sample document.
Problem from Comment 1 still reproducible with "LibreOffice 3.4.1 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:103)]". Problem is also visible with OOo 3.1.1. @Cédric: Please feel free to reassign if it’s not your area.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
reproducible with LO 4.0.2.2 (Win7 Home, 64bit), compared with MSO 2007 Result: buggy layout -> seemed for me to be an indent / tab stop issue
This bug has not been touched by its owner for a long time. To make it clearer which bugs should be fixed by someone else please take following action: - If you are the owner, and you are actively working on the bug, please give it an update. - If you are the owner, and you do not plan to work on it in the near future, please reassign it to the default assignee and change its status to NEW.
(In reply to comment #4) > reproducible with LO 4.0.2.2 (Win7 Home, 64bit), compared with MSO 2007 > > Result: buggy layout -> seemed for me to be an indent / tab stop issue (In reply to comment #4) > reproducible with LO 4.0.2.2 (Win7 Home, 64bit), compared with MSO 2007 > > Result: buggy layout -> seemed for me to be an indent / tab stop issue Same with 4.1.1.2. The boxes need to be read as left alligned and tab stops missing according to Word's formatting. Also there is empty lines missing after PERSOANĂ CARE OBŢINE VENITURI DIN DREPTURI DE PROPRIETATE INTELECTUALĂ item. Best regards, Zeki
Marking as NEW per comment 6 and bug is unowned.
Just to verify again: Ubuntu 14.04 x64 LibreOffice Version: 4.5.0.0.alpha0+ Build ID: 8b65be4740f4349b769a8709867e0cc32d93686d Locale: en_US Also verified on: 3.3 (inherited from OOo, updating as version is oldest version available). Also changing priority according to flowchart: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg Minor - while this is quite annoying, it does not prevent high quality work, but it does indeed slow it down (see workaround below) Medium - annoying enough to up from low Workaround: Right click on frame Left click on frame... Wrap tab Select "After" Thanks for your continued patience - LibreOffice is powered by a team of volunteers who are donating thousands of hours at no cost to make the product better for everyone. We really appreciate your support.
** 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.4 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 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-12-20
Confirmed with: Version: 5.3.0.0.alpha1+ Build ID: 43b5ca69aa545cf93eded55258d92d651917815f CPU Threads: 4; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-18_05:27:05 Locale: nl-NL (nl_NL); Calc: CL
still repro in Version: 6.1.0.2 (x64) Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: ru-RU (ru_RU); Calc: CL
Repro 6.3+. But in DOC we have tables with Wrap Around (used as bullets), not frames.
Dear grigoreflorin1985, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in: Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: bbec710bd25fc5da27636cde73fe4ab23c76904f CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: CL
repro 7.6+ Yeah, not sure exactly what the issue is here. Normally LO needs MORE space to wrap than MS Word, but in this case it seems like the opposite. The tables ARE set to wrap around (parallel), and that is exactly what is happening. Move the tables slightly in MS Word and they do the same thing.
OK - I believe I understand. LibreOffice designed OPTIMAL wrap to mean parallel wrap if the frame was some arbitrarily chosen small enough size. OK - I can accept that. (This is called AUTO in MSO - meaning the computer is allowed to intelligently decide how to wrap the text, which is precisely what is happening.) MSO treats AUTO as "pick the best side" and never parallel. I imagine we could add a flag to optimal to tell it never to parallel wrap for compatibility purposes. Better though is to just have a human modify the affected documents and specify whether the wrapping should be before or after. Extremely low priority.