Bug 69650

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'.