Created attachment 91 [details]
Issue506.doc

reassigned to cmc, because at first i assigned to sba.

Yikes!, in msword double click the textfield and take a look at its attributes.
The layout is set to be "in front of the text", not behind. We only set a frame
to be in the background if it is "behind the text". Its being imported as
correctly as it can currently be...

To see exactly what is going on, in msword right click on the textfield and
change its background colour from none to something like red. Now edit the
header and add some text to the header, add enough lines so that some of the
header text overlaps with the textfield. The header text dissappears behind the
textfield.

So the text field truly is in front of the text. We should not correctly set it
to be a background frame, there are two problems here...

1. In the case that winword has a textfield with no background color, i.e. the
"no colour" colour, then this is really "transparent", and text underneath
should show through, we have not exactly the same feature in our frames. Setting
our background colour in a frame to "no fill" means we fill with the default
background colour.

2. Also this textfield is anchored to the header. Word appears to consider the
contents of headers and footers to be in a graphic layer lower than that of the
main document text, and because the main document also has a background of none
then the main document is transparent and the lower header/footer layer shows
through. Fill the textfield with text and move it so that it is overlapping with
the main document text and select the main document text and set its background
colour as well. Word acts like the textfield anchored in the header/footer is in
a lower layer than the main text.

So we cannot really import this document correctly. As a hack we *could* set
"wrap in background" for all textfields that are "in front of the text" but have
"no colour" set as their background. The two layers of text would overlap in the
incorrect order, but it would look close to the original to the user. Or we
could set "wrap in background" for all textboxes originally anchored to the
winword header which will now overlap the main document text. But both hacks are
not good solutions because we want it to be in the foreground in the header and
in the background in the main document.

Perhaps if all imported frames were implemented using Draw Text boxes we could
use the transparency features of those to get the correct effect, but then we
could not have those objects in the headers/footers.

cmc->jp: I think this is a core thing? Transparent frames and the general idea
of frames inserted in headers/footers which expand past the boundaries of the
h/f to be treated as layers lower than that of the main document. Whether its
worth it for what appears to be a very special case in msword is another question.

Currently I have no idea how to "fix" this specific WinWord "hack". The best 
solution was to ignore all fly frames, except the graphics, in headers/footers. 
Graphics can set as background graphic in our page templates.

OD->MRU (16.09.2003):
Point 1., mentioned by CMC, is already addressed in OOo1.1 - a fly
frame is imported with 100% transparent background color.
Please check, if there is any problem. If not, close this issue.

No problem anymore. Document now looks the same as in WW.

Closed.