Issue 11490 - Bad layout of an imported O2K document. Requires. word style z-order for frames in headers & grouped text frames.
Summary: Bad layout of an imported O2K document. Requires. word style z-order for fram...
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.2
Hardware: PC Windows 2000
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: ms_interoperability
: 19562 55299 (view as issue list)
Depends on:
Reported: 2003-02-14 15:40 UTC by ilkkap
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

Badly imported W2K document (62.00 KB, application/octet-stream)
2003-02-14 15:42 UTC, ilkkap
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ilkkap 2003-02-14 15:40:15 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.
Comment 1 ilkkap 2003-02-14 15:42:47 UTC
Created attachment 4739 [details]
Badly imported W2K document
Comment 2 eric.savary 2003-04-24 02:05:07 UTC
ES->MRU: Please evaluate or close because it is a multiple problems 
issues ;-)
Comment 3 michael.ruess 2003-05-07 13:06:51 UTC
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.
Comment 4 michael.ruess 2003-05-07 13:09:09 UTC
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.
Comment 5 caolanm 2003-05-08 15:37:10 UTC
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.
Comment 6 andreas.martens 2003-06-12 16:51:31 UTC
Ok, we have to check which improvement is reachable.
Comment 7 andreas.martens 2003-09-14 10:39:47 UTC
Oliver, how much do we achieve with our current planning?
Comment 8 michael.ruess 2003-09-23 10:02:05 UTC
*** Issue 19562 has been marked as a duplicate of this issue. ***
Comment 9 Oliver-Rainer Wittmann 2003-09-23 11:03:31 UTC
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)
Comment 10 andreas.martens 2003-09-25 09:32:10 UTC
I'll close this issue as soon as we've tasks for every part of it.
Comment 11 andreas.martens 2004-07-20 14:30:24 UTC
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.
Comment 12 michael.ruess 2005-10-06 15:36:33 UTC
*** Issue 55299 has been marked as a duplicate of this issue. ***