Apache OpenOffice (AOO) Bugzilla – Issue 2288
Graphics in word doc don't import correctly.
Last modified: 2017-05-20 11:25:56 UTC
For both Linux Debian testing with 2.4.10 and Windows98. The graphs in the attached document overlap each other instead of being imported sequentially in order.
Created attachment 732 [details] Graphics don't import correctly
Reassigned to Michael.
MRU->AMA: This is due to the (old problem) behaviour of frames at the top of a page, where the anchor of the frame is on the previous page (look break of page 2->3): the frame shouldn´t be wrapped through by another frame, though it has the attribute "no wrap". Do we have a chance to get it right anytime?
The problem is a result of a different layout philosophy. If a frame anchored to a paragraph doesn't fit to the page, it moves to the next page. The difference is: in word the anchor paragraph move to the next page, too. In Writer the paragraph doesn't move.
This issue is re-assigned to Christian Jansen for further evaluation.
Like Andreas wrote, Word supports a different philosophy. It ha to be discoused how Oo.o / SO should behave. Due to the fact that those changes would create an large impact. I will resolve this issue to later.
Is there anything planned for OO.o 2.0?
AMA: Yes, we will indeed improve the frame positioning for imported documents. I'm not sure if we fix this one, but it's not impossible.
We'll allow negativ positioning (i.e. above the anchor) for paragraph anchored frames. Maybe the document will look better.
OD (22.09.2003): accepted. Due to the not completely understood negative positioning of objects with a set wrapping, it will be very hard to import such a document correct - but, we'll do our best. To import such an document correct we need: (1) negative positioning - in progress (2) suppress 'following the text flow' - in progress (3) re-work positioning of objects and formatting of content, if the object has a set wrapping in order to simulate the formatting of MS Word - in planning.
.
Created attachment 13340 [details] Another example that's OK in Word and fails in OOo. Might show some new aspects of the problem.
OD->edimck: Thank you for contributing another MS Word document. The problems I could see in your document are: (1) MS Word has a special layer for floating screen objects, which are anchored inside page header/footer, which isn't supported by the Writer yet. This is planned to by solved by issue #14045# (2) The positioning of floating screen objects of MS Word 'AutoShapes' respectively Writer 'drawing objects' isn't supported completely in the Writer yet. This is planned to be solved for OOo 2.0 - specification is in progress.
Add dependence to issue #27349. Positioning defects in given document 'bad_import.doc': The new object positioning, activated by setting the new document compatibility option "Consider wrapping style influence on object positioning" and handled by issue #27349, will solve the positioning problems. But, there are still some difference in the text wrapping between OpenOffice.org Writer and Microsoft Word: (1) Writer allows an empty paragraph, which takes no space, be placed beside objects, which doesn't left space according to its wrapping style. E.g., an empty paragraph can be beside an object with wrapping style 'No Wrap'. (2) An object, that overlaps with the space of a paragraph, given above or below the paragraph, causes in Microsoft Word the first resp. last line of the paragraph to wrap around the object. This isn't in Writer. Positioning defects in given document 'TestCase.doc': These defect are solved in cws swdrawpositioning, which is already integrated in SRC680m46.
I decided to handle this issue as a DEFECT
Created attachment 19647 [details] new example of import problem with graphic in word doc
OD->r2gnl: document 'Callagur species sheet.doc' looks fine in SRC680m63
As discussed this MRU, I decrease the priority to P4.
*** Issue 39556 has been marked as a duplicate of this issue. ***
od: please change the target accordingly. STARTED LATER is weird. Shouldn't the terget milestone be OOo later then?
OD->pjanik: You're right STARTED LATER is somehow confusing. I'll clear the resolution. It is still planned to fix this issue for OOo 2.0. But it could be that at the end we have to retarget this issue.
Ok, at the end this issues could not be solved for OOo2.0. I retarget it to OOo Later but I will raise the priority again because a perfect im- and export will be on our agenda fro every version.
*** Issue 47543 has been marked as a duplicate of this issue. ***
Attached is a word document that fails to import most of the graphics, and most of the text.
Created attachment 28957 [details] Most graphics and most text do not import.
OD->joeconner: The given document <FriendshipBracelet.doc> isn't imported correctly, because there is a table inside a table. See issue 25680
Created attachment 31199 [details] importing this word file results in incorrect graphics (black pixels seem horizontally enlarged and overlapping)
Created attachment 31363 [details] File imports and displays correctly in MS-Word, but fails in OOo Write. Even when saved in OOo Write (MS-Word format) and re-opened in MS-Word, MS-Word imports and displays correctly, but OOo does not. Uploaded in case it highlights new aspects of the is
Still true with OOo 3.0.1 with the least attached bugdoc
... and 3.1 on XP
RPadmanabhan, 9/16/09. Successfully replicated the bug on Windows Vista in 3.1 build. It takes more time to import a word document in OOo compared to MSOffice. As pointed out in the bug report, the graphs are overlapping when opened in Open Office. But if you change to the Web Layout, the graphs are neatly aligned.The issue is when you view the document in Print Layout. Tried to surmount this problem by saving the original document in WebLayout using MSOffice. Then I tried to open in OOO again. Still, the document was opening in Print layout and the figures were not aligned. Print Layout may be is the default layout of OOO.
Reset assigne to the default "issues@openoffice.apache.org".