Apache OpenOffice (AOO) Bugzilla – Issue 18009
insert-file on XHTML - tables munged in MsWord export
Last modified: 2013-08-07 14:41:36 UTC
Opened a new text document and tested some XSL-generated XHTML file using insert/File/asHtml -- so far so good, I export as a Word97 doc but when I reload, the table formating is shifted way off-screen left, Word95 is shifted completely offscreen right and down two pages -- native OOo save format restors just fine.
Created attachment 8325 [details] OOo native format after the XHTML is inserted
partial work-around: convert the XHTML to RTF and then load the RTF into the Word Doc -- all tables become full pagewidth, but legible.
Created attachment 8326 [details] the offending XHTML is generated using a custom XSL on an XMI file
*** Issue 18008 has been marked as a duplicate of this issue. ***
I can confirm, but I'm not sure if Word95 is supported? Also, please upgrade to 1.1rc3 or 1.1rc4 (which I understand will be available this week). Tam
*** Issue 18690 has been marked as a duplicate of this issue. ***
Reassigned to ES
SBA: Target set to OOo 2.0
SBA->MRU: XHTML is JSIs playground, but I'm not sure if it is a problem in the Word export. Target set to OOo 2.0 Reassigned to Michael.
MRU->CMC: The tables inserted from XHTL source all have relative sizes/spacings. I don't know if its possible to fully convert this (Word also has relative values for table/column width, but not for spacings), but it should be possible to export some better values as we now do.
accept task.
I wonder who is responsible for the craziness that is the relative width mechanism in writer :-), its pretty baroque. Nevertheless I have sorted this out now in workspace westportfilterteam26 for inclusion in 2.0
reopen to reassign
cmc->mru: Good in westportfilterteam26 for 2.0
checked fix in CWS westportfilterteam26.
Verified.
Integrated fix in snapshot build 680m38.