Apache OpenOffice (AOO) Bugzilla – Issue 15342
Writer table row height wrong on conversion to DOC
Last modified: 2013-08-07 14:43:45 UTC
Steps: 1) Create a text document 2) Add a table--the default 5 columns, 2 rows is fine. 3) Save the document as a Word 97/2000/XP file. 4) Open the document in Word. (I'm using Word 2000 SR-1.) Observed: The table cells are extremely tall and, as far as I can tell, there's no way to make it shorter. Expected: The rows to be the same height as in OOo.
Probably the same as issue 15356.
Created attachment 8053 [details] OOo doc with a table
Created attachment 8054 [details] sxw file saved in Word97 format - rows are to high
*** Issue 18324 has been marked as a duplicate of this issue. ***
*** Issue 17893 has been marked as a duplicate of this issue. ***
Reassigned to MRU
I have encountered the same problem with OOo 1.1RC3 and Word 2002. This problem appears to have been reported previously for version 643C (as issue 11034), and 1.1Beta (as issue 14534). Hmm, the problem has been reported in seven separate issues (including dupes of dupes) so maybe it should be confirmed?
As a further clue, but I don't have the documents anymore, I think it will be found that the .doc files will view fine using the Microsoft Word 97 Viewer, but will be incorrect if opened in MS Word 2000.
Confirmed
*** Issue 19209 has been marked as a duplicate of this issue. ***
MRU->CMC: I can reproduce the probem also with src680. In Word's UI I could not find, why the row is such high. But I now, that the export once handled this correctly.
*** Issue 17175 has been marked as a duplicate of this issue. ***
Unless I'm missing something here, I think there is no filter bug on the loose. I think there are two different things going on which are a little confusing. Firstly the paragraphs inside the writer table have "below" spacing of .21cm. In word this space is considered when laying out the table, but in writer it is not. I suppose it could be theoretically possible to remove before/after spacing from every paragraph used in a table on export, but that would break when there is more than one paragraph in a table cell. I don't think there is a compatability option in word to change this behaviour. The only solution I see is to duplicate word's behaviour and make that our new default with (yet another) compatability option. Secondly it looks better in the 97viewer (and 97) because that version does not support the (different) cell margins feature. In writer and in word you can see that there is a 0.1cm spacing to contents value. So that's probably why it looks better in 97 which cannot use this value, though its just a coincidence that it looks better in an older version of word, use a "huge" after spacing value for the paragraphs e.g. 1cm and in writer the height will not change, while it will look much higher in any version of word.
*** Issue 14534 has been marked as a duplicate of this issue. ***
I have the same problem. it only happens when exporting to word 97. I had tried with word 95 and the table looks good.
MRU->CMC: I am not sure about this being a problem due to the cell margin feature. When I created a table in Writer and exported it to WW format, things were alright after opening in Word XP. But when opening the doc with Word 2000, I encountered the described problems; the row hight was about 2 cm on the screen, which was not the case, when creating such a document with OO 1.0.x / SO 6.0. Please have a closer look on this. Thanks!
I see it. Odd, works when opened in 97/xp/2003, but not in 2000. Will have to compare the table output from the different versions.
Damn, slow issuezilla today confusing me
set to started.
cmc->mmaher: Take a look at this one. Nice and fun.
He he he, strange but true. when I save it as word format and open it using Office XP Sp2. add keyword and CC.
Fixed for both 2.0 and 1.1.1
reopen to reassign
cmc->mru: You should be able to see this working in kilkennyfilterteam14 for 2.0.
Checked fix in CWS kilkennyfilterteam14.
Verified. Fix will be included in OO 2.0.
utomo > mru: you say: "Verified. Fix will be included in OO 2.0." But martin maher say fixed in 1.1.1 too. Please include it to 1.1.1 if possible. Thanks ------- Additional Comments From Martin Maher 2003-10-13 02:36 PDT ------- Fixed for both 2.0 and 1.1.1
mru->utomom: As Martin pointed out, it will also be fixed for 1.1.1. Only the 2.0 bild has already been handed over to QA, thus it could only be verified on this build. The 1.1.1 build will follow soon and we will keep you informed about this here.
*** Issue 21483 has been marked as a duplicate of this issue. ***
utomo > mru & martin: Thanks. when I see Issue 21483 the reporter using word 2000. the screenshot there is very bad (more than double height), compared to what I get using word XP. can somebody make sure it is also solved in word 2000 too please. Thanks
OOps, sorry the issue is created using word 2000. so, please forget my last comment/request to recheck it. Sorry. Thanks
*** Issue 15356 has been marked as a duplicate of this issue. ***
*** Issue 21303 has been marked as a duplicate of this issue. ***
*** Issue 21850 has been marked as a duplicate of this issue. ***
*** Issue 21577 has been marked as a duplicate of this issue. ***
utomo > MRU: I think this issue is not fully solved. area above the text is correct size, but below the text still bigger than the correct one. Beside that, if we copy from OOo, to MS Office/word ( I didnt check other application yet), the height problem still exist. Please check, thanks
There's still an open issue regarding paragraph spacing at the end of a cell. This does not deal with this here, it is solved in another issue (which ID I do not remember here...).
Created attachment 12341 [details] Table cell height export problem still exist
utomo > MRU: No, the problem still not fully solved. look at my bugdoc and screenshot. Please compare between area where I mark using red arrow and blue arror. it is different. I create using new table. just add text and export, open in word xp. and the problem still exist. so it is different between area below and above the textin the cell table, when we open in word. I think you need to reopen this bugs. Thanks
That is exactly what I meant. Word does not ignore paragraph spacings at the end of a table cell (while Writer does). A new feature in Writer is needed to show this like Word does. This is handled in issue 20352 and will be implemented in OO 2.0.
Thanks for the info. Meanwhile the export problem is solved, I found other issue also about cell table height. But it is import problem/not export like this. Cell height is _Too big_ when opened in OOo. (2 sample, same problem) To anybody who interesting to the issue http://www.openoffice.org/issues/show_bug.cgi?id=24195 Thanks.
*** Issue 23765 has been marked as a duplicate of this issue. ***
Closed. Original problem solved in soon upcoming OO1.1.1. Checked with srx645m27.
*** Issue 26029 has been marked as a duplicate of this issue. ***
sorry, this one is not fixed in OOo 1.1.1rc (german localization). Rows are to high in Word and cannot be changed (tested with he original testfile)
Please do not ro-open issue without further investigating the problem. The real issue has been fixed here (cells were MUCH larger when opening the exported doc with Word 2000). The remaining problem is due to different behaviour in Word and Writer when the last paragraph in a table cell has a "spacing below". These is kept under issue 25030 and issue 25901.
Again set to verified.
Closed issue.