Apache OpenOffice (AOO) Bugzilla – Issue 14805
Characters rendered with wrong widths leading to different page counts when importing .doc files
Last modified: 2013-08-07 14:41:36 UTC
When exchanging documents, it's important that page N in MS Word match page N in OpenOffice. Yet even on the same computer using the default font and size, this is not the case. I will attach an exactly one page document produced in MS Word 97 that fills each line exactly to the margin with a different character. On OpenOffice 1.1beta2, the widths of the characters are so different that the lines appear of wildly varying widths, and the document spills well over into a second page. Until this is cleaned up a bit, my wife (a professional writer) refuses to use OpenOffice.
Created attachment 6356 [details] .doc file that exactly fills one page in MS Word 97, but appears quite different when iported into OOo1.1beta2
Reassigned to MRU
We have already implemented a mode where the metrics are printer independent. This mode is comparable to MS's metrics. MRU->AMA: Is it planned to make the independent metrics even more MS compatible?
We have to check this. If we find the reason for different layout and find a solution (for all platforms we support) we will do so.
Frank, how does this bugdoc look in our "extra leading" CWS?
FME: Fixed in cws extleading.
So, is CWS extleading a 2.0 branch, or is there some danger this fix might find its way into 1.1.1?
FME: cws extleading is a 2.0 branch. I changed a lot of code. This should not go to 1.1.1.
.
Fix verified in CWS extleading.
*** Issue 23761 has been marked as a duplicate of this issue. ***
Appears to have regressed in 680m20 quite horribly in Linux; the entire page is rendered in a tiny unreadable font about 1/5 the normal size. This was tested on a Red Hat 9.0 laptop immediately after I verified that OOo 1.1 displayed the test document with the problem originally described.
Looks great in Windows XP, though. I guess there's some other font-specific problem affecting linux only?
OK, nevermind the Linux thing, that's a bug, and this issue was an enhancement. Anyway, I went and tried out the original document that made me create the test document and file this issue, and OOo behaved like a champ. Good work! I did notice at least two remaining problems, though, and they're enough to make my screenwriting wife still reject OOo for her work, I think. In one 120 page document,the only problem was an extra blank page. I've whittled that down to a two page document that shows up in OOo as a three-pager, filename 'twopage3.doc'. In another 120 page document, there were a few places where the words broke differently. I've whittled down one of those places to a one-pager that shows up in OOo as a two-pager, filename 'onepage2.doc'. I'll upload those now.
Created attachment 12514 [details] One page document that shows up in OOo as two pages
Created attachment 12515 [details] Two-page document that shows up in OOo as three pages
reporter only mentions the space between two characters or width of the characters and how this affects the text layout. i mentioned the space between two lines/paragraphs in bug # 23761. i think the fix fixes only the width, not the height of the characters.
I cannot see the problem Dan mentions. When I open the two documents with my copy of MS Word, they look exactly the same as when opening with OO 680m20 (on Mandrake 9.1 Linux and Windows XP). To me it seems, that the Font "NewCourier" cannot be replaced suitably, when it is not available on a certain system (as on my Linux and Windows). Also Word shows the one-page document as two pages and the other one as three pages. And I do not think, that the document will look much different opened on systems where the font is vailable. If so, it is a different issue from this original one and there should be opened a new one then, of course. Thus I will mark this one as fixed again and close it.
closed.
I'll see if I can find an example that works with the standard fonts; the two files I uploaded earlier today do depend on a special font. I would like to note that part of the problem here is attitude; the customer in question requires *absolutely identical* line and page breaks between Word and OOo. Thus, although mru is right to say "I do not think, that the document will look much different opened on systems where the font is available," he is wrong to assume that the current state of the line and page breaks is good enough, at least for screenwriters.
*** Issue 25446 has been marked as a duplicate of this issue. ***
*** Issue 37498 has been marked as a duplicate of this issue. ***
*** Issue 38304 has been marked as a duplicate of this issue. ***
*** Issue 41017 has been marked as a duplicate of this issue. ***