Created attachment 115 [details]
word document

Reassigned to Michael Ruess

To aspect...
1) This is a real Bug, I created a new one here so that the developer will not 
be conused by the other stuff which is inside this one. It is entered in 
Issuezilla with number #640.
2) That´s a bit strange in Word. Word stores the background color of a 
frame internally as the background of the paragraphs inside it. This is good to 
see when you have a big frame in Word with only one paragraph. Assign a 
background color to the frame and what you get is a whole black frame. So you 
see, that there is nothing we could change there which makes sense.
3) This is because Word and Writer have a different behaviour when frames have a 
spacing to the left or right. Word also fills the spacing to the wrapping text 
with the background color, Writer does not. We here think, that the way Writer 
it does, is the better one, because if you want a spacing between a frame and 
text, you don´t want it colored.

*** This issue has been marked as a duplicate of 640 ***

We do actually have another problem here. Looking at this closely we are
importing the "distance from text feature" of word as our "spacing" feature, but
our spacing feature is for the distance from inside the frame to the text inside
the frame, while word's is actually the distance from outside the frame to the
containing text, i.e. our "Borders setting feature". Set them to 0 in word and
the internal space remains while the surrounding text touches the frame

With this frame in word I cannot change that distance internally from the text
to the edge of the frame. The internal box that the text is clipped into is
exactly the size as reported as the dialog, so thats what the size relates to
but there is additional space that remains unaccounted for outside this
textclipping box. Perhaps this is a hardcoded default. And related to this is
the sad story that exporting one of our text frames to word and then attempting
to edit its properties causes word to crash!

So i'll call this one a bug to change our incorrect spacing import from internal
to external and to examine this seemingly hardcoded internal spacing. And see if
this misconception is why our exported boxes crash word on edit.

Note that this particular variety of textbox no longer exists in the standard ui
of word 2000, on choosing insert textbox now you get the new better varient. I
believe it only appears in legacy documents imported from earlier versions, this
sort of mess is perhaps why ms dropped them in favour of the new textboxes.

Reassign this to myself.

jonathan: as a matter of interest how did you create this document ? Am I
correct in my belief that its created in an earlier version of word and then
saved as 97/2000 rather than created from scratch in 97/2000 ? Or is there a
tricky way to make these.

Had the wrong of this. Michael was right about the margins, instead there was a
subtle layout issue with the positioning of the textbox. Fix for the positioning
of the external txtbox checked in, I also think that it makes sense to set the
background fill colour of an imported textbox to the colour of the last used
paragraph background colour. Thats how MS does it, and it makes the import as
the user expects.

Fix for textbox position and background colour checked in.

Good in 629a3

Looks pretty good in 630b.

Fix integrated in OO 632

This isn't looking good in 641C - has something happened to cause 
this fix to fail?

In my opinion, it looks quite good... the only thing wrong is the
missing white rectangle. Jonathan, do you agree? If so, I´ll file an
internal bug for this, I don´t want to communicate in a bug, that has
already been closed/fixed and only a small thing of the original
description is still valid... Thank you for your patience.

I filed an internal bug for the problem with the missing rectangle.
This will be fixed in an OOo version >641.

So the remaining problem is processed seperately, I close this one here.
Thank you for your patience.