Created attachment 58766 [details]
Screenshot with 2 version: before (ok) and after (narrower)
There is docx file with tables, created with Word 2007-2010 and Writer opens this correctly. But if you wrote down anything and save it, close Writer and open file again then you pointed out that Writer display document in another way. All tables will be narrower.
Created attachment 58767 [details]
I opened the source file with LibO 3.5.1.
It is displayed wrongly (narrower, like on the right side of your screen shot).
When I open the same file with Word 2007, it is displayed OK.
When a save the source file with LibO 3.5.1 and open it with Word, it is OK. When I open it with LibO 3.5.1, it is narrower.
Exactly the same, if I save the file with LibO 3.3.4 or 3.4.5 (tested on Windows XP and Vista 64).
So I confirm that the file is not correctly displayed when opened with LibO 3.5.1, 3.4.5, and 3.3.4. The file is OK -even if resaved with LibO- when opened with Word 2007.
Today I test it with master~2012-11-14_23.42.40_LibO-Dev_18.104.22.168.alpha0_Win_x86_install_en-US (daily build from 16 November)
Now then this regression is eliminated but two new appear.
If you saved file in default format (Microsoft Word 2007/2010 XML) there will disappear borders in table
If you saved file in Office Open XML Text, content lost their formating.
Anyone can explain me, why there are two docx format to choose and both of them are creepy? It is a little confused for normal user and should be binded.
Moreover, import filter still works much worse than e.g. Word Viewer. :(
Created attachment 70158 [details]
LO 4.0 alpha0 - losted borders (Microsoft Word 2007-2010 XML)
Created attachment 70159 [details]
LO 4.0 alpha0 - losted formating (Office Open XML Text)
Created attachment 70160 [details]
properly redering (word viewer)
4.0beta1 is much better but still has two, another regressions.
First: whole table is narrower than should be.
Second: one column disappear altogether. There is something like double border (neraby "Data wystawienia" column). At first user must grab 'double border' and drag it on the left, and next do the same with whole table, but in the right side. This error doesn't exist neither 3.5.1 nor 4.0alpha0.
Mateusz - thanks for your testing ! :-)
The best way to get individual bugs fixed is not to file a single bug with a complex document :-) Instead - it is far better to file a larger number of very small & apparently simple documents each with a single issue and steps to reproduce it.
That really helps us track what issues are alive, and which are fixed - to isolate each of those issues, to associate git commits with each of the issues as it is fixed, and to bring them to a clean resolution - which helps everyone.
Any chance you can split this bug up into a set of smaller bugs, and work out which versions these regressed in (if they are regressions) etc. ? :-)
many thanks !
You asked for it and got it.
Bug 59273 - FILEOPEN: Writer doesn't display all table cells in DOCX file
Bug 59274 - FILEOPEN: table in DOCX file is more narrower than it should be
Bug 59275 - FILESAVE: table lost borders after save as DOCX [but maybe it should?]
Bug 59277 - Two OpenXML filter to choose from. One to delete?
I close this one due to the problems Michael Meeks already mentioned.
Please feel free to open more Bug reports related to the sample document if bugs mentioned in Comment 9 do not show all problems related to the sample document: