Created attachment 86267 [details] DOCX containing a paragraph Problem description: When LO opens the attached DOCX - it renders the paragraph different than in MS Word - specifically the paragraph wrapping (look at the last word in each line). Steps to reproduce: 1. Load the attached DOCX in LO 2. Paragraph wrapping is different than in MS Word Current behavior: LO renders the paragraph different than MS Word (see screenshot) Expected behavior: LO should render the paragraph just like MS Word Operating System: All Version: 4.2.0.0.alpha0+ Master
Created attachment 86268 [details] Screenshot comparison between MS Word and LibreOffice
Hi Adam, why is bad in LibreOffice?
(In reply to comment #2) > why is bad in LibreOffice? mariosv - I'm not sure what you mean by the question, so I'll try to answer 2 questions: Q: "What exactly is wrong with the formatting? I don't see a difference" A: If you look carefully - in Word the 1st line ends with the word 'people'. In LibreOffice the 1st line ends with 'who'. In Word the 2nd line ends with the word 'three-'. In LibreOffice the 2nd line ends with 'wheeler'. In Word the 3rd line ends right at the edge of the line. In LibreOffice the 3rd line ends 80% towards the end of the line. Q: "Why is this considered a problem in LibreOffice ?" A: This is a problem because LibreOffice doesn't render the lines correctly like in MS Word, and thus it could cause a document to appear differently. The attached document is a simple example, but image you have a document with 10,000 lines of text - in MS Word it might take 30 pages, while in LibreOffice the same document will be 27 pages long because lines are rendered differently. Hope this clarifies the bug.
Hi Adam, LibreOffice it is not a MSoffice clone. Seems that MS is not trying to facilitate the use of their files by other applications, and as I have read even between MSOffice versions not all looks equal. I think a lot of things can make this difference, algorithms to generate the view sure are not equals, (MS it is not open source), when LibreOffice open docx files the parameters needs to be translated to the LibreOffice parameters and maybe not all have a direct equivalent. On other hand, why is right in Word?, maybe is your personal assumption, e.g. I have not MSOffice. And if you want every one can see exactly the same, I think better use pdf files to distribute. Changing the Pair Kerning in Character format to Expanded 0,1 seems fine (or in defined Paragraph style). Please, do not set as New your reported bugs, the proper is someone, after verify the bug, doing it. In any case, more than a bug it should be a request for enhancement.
(In reply to comment #4) > On other hand, why is right in Word?, maybe is your personal assumption, > e.g. I have not MSOffice. And if you want every one can see exactly the > same, I think better use pdf files to distribute. @Jorendc - any thoughts about this? > Please, do not set as New your reported bugs, the proper is someone, after > verify the bug, doing it. @Jorendc - you might want to get the stories straight with @mariosv here who believes someone should approve my bug reports and switch them from 'UNCONFIRMED' to 'NEW'.
(In reply to comment #4) > Hi Adam, LibreOffice it is not a MSoffice clone. Sure :) > Seems that MS is not trying to facilitate the use of their files by other > applications, and as I have read even between MSOffice versions not all > looks equal. Correct > I think a lot of things can make this difference, algorithms to generate the > view sure are not equals, (MS it is not open source), when LibreOffice open > docx files the parameters needs to be translated to the LibreOffice > parameters and maybe not all have a direct equivalent. Ideally we should fine-tune our equivalent parameters so all documents looks the same in LibreOffice as well as Word (which a docx document is most probably created in). True about the fact sometimes not all documents are rendered the same in different M$ Office products, but in this case I can confirm it renders the same way as the screenshot of Adam (used Mac OSX 10.8.5 with Word for Mac 2011). > On other hand, why is right in Word?, maybe is your personal assumption, > e.g. I have not MSOffice. And if you want every one can see exactly the > same, I think better use pdf files to distribute. Yes, for distribution, but not for editing purpose. With that 'mentality' we should kill the docx import filter, because "you should use pdf for distribution". :) > Changing the Pair Kerning in Character format to Expanded 0,1 seems fine (or > in defined Paragraph style). > > Please, do not set as New your reported bugs, the proper is someone, after > verify the bug, doing it. Very correct :)... unless the reporter is a known developer. You are right about the fact this isn't a "rule", but this is an "unwritten assumption" ("rule" is a wrong word :p) in our QA-system. I told Adam, who is a known developer in our community, in other bugs report he can mark mark his own bugs as NEW > In any case, more than a bug it should be a request for enhancement. Mmh, hard one :). But yes, maybe enhancement request. Okay, after all: I _FAIL_ to reproduce this using Mac OSX 10.8.5 with LibreOffice version: 4.1.2.3 Build ID: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38 Document is rendered same way as in Word (screenshot Adam) and Word for Mac 2011. But, nevertheless indisputable reproducible on Windows (screenshot Adam, known developer) -> NEW right away I can't test on master 4.2.0.0 right now, there are no tinderbox builds for Mac OSX. @Mariosv: I hope you agree :)? Kind regards, Joren
Hi Joren, Comment #6 > Yes, for distribution, but not for editing purpose. With that 'mentality' we > should kill the docx import filter, because "you should use pdf for > distribution". :) Sorry, but I don't see the correlation. But maybe a lot of project hours to make a better LibreOffice.:) > > Very correct :)... unless the reporter is a known developer. You are right > about the fact this isn't a "rule", but this is an "unwritten assumption" > ("rule" is a wrong word :p) in our QA-system. I told Adam, who is a known > developer in our community, in other bugs report he can mark mark his own bugs > as NEW I think this not about Adam as dev, but even devs like we all, can have some mistake. Here we are. > > But, nevertheless indisputable reproducible on Windows (screenshot Adam, known > developer) -> NEW right away Then when there is an screenshot, we don't need verify the bug. Wow, stupid me, I have invested a lot of time trying to find out if some option could make the difference. And we all have seen how many times complicated issues was only a profile problem, in fact I have not verify it in this case. But if you know it is a bug, it's enough for me. Regards.
(In reply to comment #7) > > But, nevertheless indisputable reproducible on Windows (screenshot Adam, known > > developer) -> NEW right away > Then when there is an screenshot, we don't need verify the bug. Wow, stupid > me, I have invested a lot of time trying to find out if some option could > make the difference. And we all have seen how many times complicated issues > was only a profile problem, in fact I have not verify it in this case. > > But if you know it is a bug, it's enough for me. Sorry mariosv - but I didn't understand your last paragraph.. I am not sure if you're cynical or being serious in your comment... ("wow stupid me"). Could you clarify that please ? :)
Hi Adam, I was answering Comment #6, but how can you think it was a cynical comment? :(
(In reply to comment #9) > Hi Adam, I was answering Comment #6, but how can you think it was a cynical > comment? :( It's a bit of a problem figuring out someone's tone when reading their text .. so I thought you might be cynical. My bad :)
Sorry Adam, maybe may bad English, but in last comments there are nothing about the issue, so forgive, but this is for me finished here.
same different paragraph wrapping under Win7x64 using LibO 4.3.2.2 or recent 4.4.0.0 master. same issue with older releases like 3.4.3, in LibreOffice the 1st line ends with 'who'.
** 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
Same behavior with version 5.1.3.0.0+ built at home under Ubuntu 15.10 x86-64. There is a font setting that gives for me the same result as MS-Word: 1/ select the paragraph 2/ Format > Character 3/ Tab Position -> Spacing -> Expanded -> by 0.2 pt Please, can someone confirm that this bug is a regression? I do not see any comment stating that it worked as expected in some previous version. Best regards. JBF
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team This INVALID Message was generated on: 2016-05-09
The status INVALID is wrong for this bug report, I set the status NEEDINFO less than one month ago. Set status back to NEW. Removed regression keyword because nobody said in which previous version it worked as expected (answering my own question in comment #14). Best regards. JBF
Sorry for not reading all, LO master 5.4+ renders the paragraph just like MS Word. Maybe what Vitaliy did.