Apache OpenOffice (AOO) Bugzilla – Issue 11490
Bad layout of an imported O2K document. Requires. word style z-order for frames in headers & grouped text frames.
Last modified: 2013-08-07 14:38:26 UTC
I send an example of a Word 2000-SR1-SP2 document that OO Writer is unable to import correctly. The z-order of an image is lost (also transparency), a table is not recogized and the whole page layout is splitted in two pages. The original is just one page. The result is same with OO 1.0.2 and 644 versions.
Created attachment 4739 [details] Badly imported W2K document
ES->MRU: Please evaluate or close because it is a multiple problems issues ;-)
We'll see, what we can do with this "collectve" task... The two-page layout is the consecutive fault of the positioning problems. The frame which is on top of page two after import is not a problem of the filter. Writer's layout wasn't designed for displaying frames outside the text area. This might be improved for OO 2.0, if it's possible to time.
MRU->CMC: The z-order of the drawing objects (which are originally anchored inside the header) is wrong. Also there's a text object containing a table. This should better be imported as text frame. Are both fixes possible together in this issue for OO 1.1 final? If not, we'll change the target or even file a seperate issue.
cmc->ama: This turns out to be all ok from what is possible with the filter and writer at the moment. This is an example of where the proposed 2.0 features are required to make the filter work, i.e. a) Objects anchored inside headers that overflow into the main text area are considered underneath the maintext area. But they retain their "correct" z area for the header itself. i.e. if they are above text in the header they are below text in the maintext area. So the filter cannot just change all above text to below text if in the header. The filter imports the correct settings here. This is also the old tracker system id #84112# b) Our textbox cannot contain tables, frames can. But frames cannot be grouped with other objects. The textbox here is grouped with a line so it is imported as a drawing object to keep the group effect. Currently the filter cannot do better, always importing as frame would cause an equal no of problems for grouped objects. This is the well known problem we're aware of.
Ok, we have to check which improvement is reachable.
Oliver, how much do we achieve with our current planning?
*** Issue 19562 has been marked as a duplicate of this issue. ***
OD->AMA (23.09.2003): Changing issue type to 'enhancement'. State of our planning (as far I know): (1) position outside text area: Our planning for this already finished - we will introduce a new option to control the following of the text flow and the leaving of the environment for writer fly frames. (2) painting objects anchored inside page header/footer in front of the page header/footer and behind the document body: As you remember, we already discussed this issue, but didn't finalize our planning. Thus, this issue is completely open. (Note: the issue i14045 and the internal task 84112 - similar to this issue - are also owned by me.) (3) grouping writer fly frames with drawing objects: This issue is completely open as I know. Please consolidate this issue (e.g. closing and submit subtasks)
I'll close this issue as soon as we've tasks for every part of it.
FOr OOo2.0 we fixed the problem of negative positioning. The problem of z-order will be solved within #14041, the remaining grouping will be solved in OOo later.
*** Issue 55299 has been marked as a duplicate of this issue. ***