To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=107988





------- Additional comments from ojenk...@openoffice.org Thu Jan  7 20:33:20 
+0000 2010 -------
I've done some additional research into the problem which may help to figure 
out the cause and a solution.  I created a DOCX file which contains a dozen or 
so embedded object types.  When opening that file under OOo 3.2 rc1, all of 
those embedded objects except for two are replaced by the electrical icon I 
mentioned before.  When I open that same file under OOo 3.0.1, I get an empty 
frame of the appropriate size where the image representations of those objects 
should go.  Under OOo 3.2 rc1, the ObjectReplacements directory is empty which 
is why the plug icon exists.  Based on what MRU said, it must be the default 
icon used for a corrupt or missing object.  Under OOo 3.0.1, there is a file in 
the ObjectReplacements directory for each of the objects, but the files are 
only 64 bytes each and seem to be nothing more than an empty placeholder which 
is why the empty frames are there.  I did notice that the DOCX file when 
unzipped has a "/word/media/" sub directory which contains a number of .emf 
and .png files which appear to be the image representation of the embedded 
objects.

In an attempt to devise a work-around to the problem I started checking for 
correlations between the files in the ODT archive and the files in the DOCX 
archive.  When you see "###", that simply means a number with one or more 
digits since all the object files in the DOCX and ODT have numbers after them. 
By comparing the Obj### files in the ODT archive against the oleObject### files 
in the "/word/embeddings/" sub directory of the DOCX archive I was able to 
figure out which files were equivalent.  From there I could look at the DOCX 
xml files and associate an image in the "/word/media/" sub directory to an 
object in the ODT archive.  The content.xml file in the ODT already includes 
the ObjectReplacements filenames in the XML structure for the images, but the 
valid images themselves don't exist in the ObjectReplacements directory.  So to 
fix the problem, all I had to do was copy the relevant .emf and .png files 
from "/word/media/" in the DOCX archive into the "ObjectReplacements" directory 
of the ODT archive and rename those image files so that they matched up 
properly.  I then had to add those files to manifest.xml.  From there I zipped 
up the ODT directory and loaded the file into OOo.

When I took the ODT file created using OOo 3.0.1 and modified it as described 
above, the ODT file looked almost identical to how the DOCX file looked under 
Office 2007 with the image representations of the OLE objects intact.  However, 
when I took the ODT file created using OOo 3.2 rc1 and modified it as described 
above, the image representations in the ODT were smaller than they should have 
been.  After doing more research I determined it was because the OOo 3.0.1 ODT 
file kept the correct dimensions and location of the image representations even 
though the relevant files didn't exist.  Whereas the OOo3.2 rc1 ODT file 
completely replaced the image representations with the plug icon and therefore 
the size and locations were resent to the dimensions of the icon.  Thus when I 
put the correct image back into the directory structure, it was still using the 
icon's dimensions which were smaller than the original images.

I'm putting together the various test files I've created and mentioned in this 
comment and will upload them for other to look through later today.  OOo 3.0.1 
offers a better work-around for me since the image representation dimensions 
and locations can be recovered using the file swapping, but unfortunately there 
are other features in OOo 3.2 which I need that don't exist in OOo 3.0.1, so 
simply using the older version isn't an option.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org

Reply via email to