Created attachment 53342 [details]
Master Document containng subdocument 1.odt

The original and complete document used for reporting this issue resides at:
http://twaynesdomain.com/ooo/1.zip and may be downloaded from there.  
N O T E :  It is largish, 53 Meg, and a .doc file, which is what I started 
with, just in case it's the .doc conversion causing some sort of problem.  My 
procedure was as follows:
1.  Open OOo.  Open the .doc file "5-3 CHRONOLOGICALLY SPEAKING.doc (writen 
in/with Office/WORD 2002).
2.  Check briefly for proper conversion, Saved As .odt file.
3.  Closed OOo.  Reopened OOo.
4.  Saved As 1.odt in order to shorten filename and ease of use for others.
5.  Opened 1.odt
6.  Prepapred a blank Master Document.  Added a line of text at the top of it 
for posterity & display assistance.  
7.  Used Navigator to Insert File 1.odt into the Master Document as a 
subdocument.
8.  Noted serious misalignment of images starting about page 6 and throughout 
the rest of the master document.
9.  Closed Master Document.
10.  Opened subdocument and checked images/alignment/positioning.  All was OK 
and within reason.  Closed file.
11.  Reopened Master Document.  Still same image problems:  some moved out of 
table cells, some overlapped text & text showed through them, some text didn't 
sow trhough, several places images on a page all moved togehter, overlapping 
each other.  It was consistant throughout the Master Document but nothing like 
it was in the original subdocument.  
   Editting of course, can not be done in the Master Document, so there was no 
way I could see to work around this situation.  After several more attempts and 
using various methods I could figure out and getting the results each time, I 
finally concluded something serious had to be amiss.  
   Today I perforemd a Cold Boot of my machine and repeated the entire process 
again, only to come up with the same results.  I was sure they would be the 
same, but ... still worth begin positive.  

In down-sizing the .odt I attached with the original issue report, I noted that 
as I cut out more and more pages, the misalignments became a little less each 
time but never did stop happening.  I finally stopped downsizing and submitted 
the .odt that is in the original attachment.  

Possibly related??
   I noticed today, and have at other times, that while in the Master Document, 
if I started a scroll-down and got a few steps ahead of the screen, the scroll-
down would not stop, couldn't be reversed, and insisted on going to the very 
end of the file before it returned control to the system.  
   No idea if it's related or not.  I'm not even sure that's new since version 
2.3.  

SOME EMPIRICAL TEST RESULTS:
I've been doing some further experiments with the business of images 
misaligning and come up with something meaningful, I *think*.  
   Overall, the misalignment occurs when the document is repaginated.  Somehow, 
OOo repaginates in a way such that text positions and images are moved around 
AFTER they have been manually set.  

  I can also create misalignment manually, just by adding text to an .odt 
document.  Word by default, and I think OOo by default, anchor images to a 
paragraph.  However, when adding text ahead of images, or worse, an image, the 
text below it pushes down as it should, but the images can't seem to follow the 
movement.  For some reason they lose their anchor to the paragraph they were 
set to?  
   In fact, many times the anchor, which is set to display, is GONE.  Not lost 
in the background, whatever, but just not there.  This will sometimes result in 
an image showing its bottom half at the top of the page, the top half lost 
above the page and not visible on the preceding page.  That image can not be 
moved down to the previouslyu linked paragraph: it jumps back up to be only 
half shown at the very top every time.  The ONLY way I've found to fix that is 
to change the anchor from Paragraph to Page.  THEN I can successfully place the 
image wherever I want it, on THAT page, whre it belongs.  But unfortunately, 
after that, the image can be moved freely up and down the page during 
repagination, meaning it won't stay anchored to the paragraph that discusses 
it.  So, technically, the writer wants to put the anchor back to "para" so it 
will stay near the correct para, but then the susceptibility to serious 
misalignement returns.  
   
   Apparently, and TOCs make this situation worse, documents are background 
repaginated even AFTER they have been properly set up by the author and the 
document looks just fine.  WHY that repagination should move anything around, I 
can't imagine, since it was correct when I last left the document and Saved 
it.  
   It's a bit less, but I'm seeing this occur now when creating PDF documents.  
The half an image at the top of a page in particular is occurring in the longer 
PDF documents, "longer" meaning about 30 to 50 pages.  
   
   What's frustrating about that is, when you go back to the original documents 
to "repair" the positioning problem, everything looks fine there.  It's almost 
like the images are transferred first, and then the text is slipped in, letting 
the images ... no that can't be; the anchors wouldn't work at all that way.  
Hmm.  
   I'll quit second-guessing, but these above results are repeatable and most 
any file more than a few pages long with graphics embedded will demo what I'm 
talking about.  I think manually being able to create them in a .odt file must 
be indicative of something though and the PDF issue must be similar.
-- 
   

This is not fixable. The grphics which are placed "incorrect" are not anchored
inside the tables (like on the first page), more to the text above. Thus they
won't move together with the other graphic in the table. The same happens with
the doc file in MS Word, when you move the table downwards.

Closed, not a bug here. Correctly anchored graphic won't "misbehave".

This is not fixable. The grphics which are placed "incorrect" are not anchored
inside the tables (like on the first page), more to the text above. Thus they
won't move together with the other graphic in the table. The same happens with
the doc file in MS Word, when you move the table downwards.

I think I disagree with the reasoning although I can understand why a cursory 
test would reveal this IFF my oen document were used since I probably did have 
bad anchors in it.  However, I was about to submit a 5 page attachment showing 
images, some in cells and anshored to para text IN the cell, and others simply 
set right or left, anchored to paragraphs.  I CAN demo that some images will 1. 
move out of their cell and 2. others will misalign, when I received the CLOSED 
notice.  I wish someone had contacted me because I've been trying hard to get 
this test case put together for you.  
   I'm disappointed and I feel brushed off, as though I wasted my time trying 
to be of any assistance.  Since this issue can't/won't be fices or even more 
closely evaluated, you've left me with no option but to stick with MS Offiece 
and that's bad IMO.  
   The comment that these same problems occur in Word is also incorrect because 
m Word documents are stable:  ALL work was originated in Word, the images were 
stable, and simply creating a .odt document via Save OR creating a PDF showed 
the problems rather spectacularly.  
   I won't be "bothering" you any more; you can also rescind my QA status and 
the other stuff too; I'll not be needing them since MS Office has to remain my 
application of choice.

Regrards, and quite disappointed,

Twayne