Created attachment 119322 [details]
Text in table as open in MSO, LO from DOC, LO from DOCX
Text in table is different in Writer, which shows multiple lines where Word shows a single line. As shown in the attached screenshot, it's the same for import from doc or docx.
Created attachment 119323 [details]
Text in table from DOCX
Created attachment 119324 [details]
Text in table from DOC
Created attachment 119325 [details]
Annual Report - page 7 - tables
Similar problem is in Bug 77417 with http://www.microsoft.com/investor/reports/ar13/docs/2013_Annual_Report.docx. I extracted only page 7 for an example. That page doesn't fit on a single page in LO, because text in table cannot fit.
Thanks for the report Timur.
I confirm the problem.
Possibly distance text to border (table property) is involved ?
I see the same problem in LO 3.3.0 - so some basic difference in interpretation of such a lay out??
Created attachment 119357 [details]
scnreen shot MsO2010 table properties
In MsO you can set AutomaticallyResizeToContents .. but unchecking that doesn't make the formatting change in MsOffice, nor in LibreOffice - so looks not as the cause of the difference
(In reply to Timur from comment #3)
> I extracted only page 7 for an example. That page doesn't fit on a single
> page in LO, because text in table cannot fit.
There is a whole bunch of tabs and spaces in many cells there - I doubt if it's the same issue...
Maybe you are interested in this one.
On the face/UI I see nothing that could explain the difference in formatting.
thanks - Cor
*** Bug 96325 has been marked as a duplicate of this bug. ***
Possible example in "Secteur d’activité de l’organisme" section in attachment 123358 [details] from Bug 98480.
Another example is with attachment 127229 [details] from Bug 102012. Apart from frame problem, it has fit to column issue in all versions.
Possible example in attachment 90934 [details] from Bug 72837 with "Форма по ОКУД" that goes to the next line.
Another possible example is in attachment 118489 [details] from 93977.
TOC there is manually created but for this bug it's relevant that some entries in Writer do not fit to a single line. Font is Arial.
Examples are on 2nd page: "A-Memos and Memos to Board Offices and Other County Departments (continued)", "Other County Departments...", "A-Memo E-Mail Response to Constituent.." and "Envelope with Agenda Date..".
In attachment 90934 [details] from Bug 72837 font is Cambria.
In attachment 127229 [details] from Bug 102012 font is Calibri.
In attachment 123358 [details] from Bug 98480 font is Calibri.
In attachment 121124 [details] from Bug 96325 font is Arial.
In attachment 119323 [details] from this Bug 94801 font is Arial.
I guess it's safe to change the title to point out to Microsoft fonts.
*** Bug 119186 has been marked as a duplicate of this bug. ***
We may also have an opposite example.
If attachment 133073 [details] ODT with 3 rows in footer (font Arial) is saved in LO as DOC, that DOC opened both in LO and MSO shows 5 rows in footer.
László Németh committed a patch related to this issue.
It has been pushed to "master":
tdf#94801 DOCX import: fix table width loss by rounding
It will be available in 6.5.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Verified for DOCX attachment 119323 [details] from this bug 94801.
DOCX attachment 127229 [details] from Bug 102012 (that also has frame position issue) verified for text in cells.
No change for DOCX attachment 119325 [details] from this bug 94801 (could be another issue with tabs). A table.
DOCX attachment 123358 [details] from Bug 98480 (multiple issues) no change for "Secteur d’activité de l’organisme" and following spaces on 1st page. Not a table.
DOCX attachment 90934 [details] from Bug 72837 (that was compared as attachment 90935 [details]) no change for "Форма по ОКУД" position. Not a table.
Not fully resolved for DOC attachment 119324 [details] from this bug 94801 (first row "Akušersko-ginekološka sestra - tehničar"). A table.
DOC attachment 121124 [details] from duplicated bug 96325 (that was compared attachment 122632 [details]) no change for "Emon EMS-koodi / Mors EMS kod" and "FIFen minimimitat näyttelyhäkeille 50x50x50 cm". A table.
DOC attachment 118489 [details] from bug 93977 no change for "A-Memos and Memos to Board Offices and Other County Departments (continued)". Not a table.
DOC attachment 52268 [details] from Bug 119186 (that was compared as attachment 144074 [details]) no change for "Sort code" and "Sterling account..". A table.
An opposite filesave example for ODT attachment 133073 [details] from bug 107628 remains. Not a table.
László, thank you very much for this fix (DOCX import of table). I know how users were perplexed for this (even if seemingly not a big issue).
I may reopen other DOCX examples, that were not resolved. I wish you commented on those with table.
I guess I should I reopen bugs for DOC. Please see if you could take at least one of those with table, so that it's clear if we have real duplicates.
Timur: thanks for your kind words and detailed feedback! Thanks to Mike Kaganski and Caolán McNamara, the unnecessary integer optimization of the new floating point twip->100th mm conversion function of my fix was removed by them a few days ago, fixing an export issue. Maybe the remaining import issues were solved partially, too. But the final solution will be using more precise calculation in Writer core (or better, the same precision with the same rounding errors, as in MSO :).
I ask you to open a new issue for the DOC problems or reuse and reopen a duplicate of this issue, limiting this one only for DOCX. This would help our work the most. Maybe we have found a new DOCX issue here, but we will report that in a new issue, if it's really exist, or it's not a duplicate of the other DOCX problems, that you listed in your comment. Thanks for it, we are working on DOCX table issues, so your list will help to fix as much, as it's possible.
*** Bug 130124 has been marked as a duplicate of this bug. ***
@Caolán, Mike, Timur: Fix of my patch fixed the import of the test document of Bug 130124, so that is not only an export fix really.
Although it's seen from See Also, let me say that DOCX attachment 119325 [details] was resolved in original bug 77417.
A separate bug 130087 is for DOC case with the table, that was resolved here for DOCX.
Bug 130088 is for simple text, not a table.