Issue 2288 - Graphics in word doc don't import correctly.
Summary: Graphics in word doc don't import correctly.
Status: ACCEPTED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 3.1
Hardware: PC Windows, all
: P3 Trivial with 3 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: ms_interoperability
: 39556 47543 (view as issue list)
Depends on: 27349
Blocks: 40538
  Show dependency tree
 
Reported: 2001-11-27 11:09 UTC by apksr
Modified: 2017-05-20 11:25 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Graphics don't import correctly (1.79 MB, application/octet-stream)
2001-11-27 11:12 UTC, apksr
no flags Details
Another example that's OK in Word and fails in OOo. Might show some new aspects of the problem. (552.00 KB, application/msword)
2004-02-21 07:04 UTC, edimck
no flags Details
new example of import problem with graphic in word doc (306.50 KB, application/msword)
2004-11-24 13:42 UTC, remco.gerbrands
no flags Details
Most graphics and most text do not import. (82.50 KB, application/msword)
2005-08-22 05:19 UTC, joeconner
no flags Details
importing this word file results in incorrect graphics (black pixels seem horizontally enlarged and overlapping) (446.50 KB, application/msword)
2005-11-05 15:15 UTC, batenburg
no flags 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 (45.50 KB, application/msword)
2005-11-11 08:23 UTC, rbsoffe
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description apksr 2001-11-27 11:09:28 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.
Comment 1 apksr 2001-11-27 11:12:37 UTC
Created attachment 732 [details]
Graphics don't import correctly
Comment 2 stefan.baltzer 2001-11-27 12:33:50 UTC
Reassigned to Michael.
Comment 3 michael.ruess 2001-11-29 12:31:07 UTC
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?
Comment 4 andreas.martens 2001-12-04 10:02:35 UTC
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.
Comment 5 falko.tesch 2002-01-02 10:39:47 UTC
This issue is re-assigned to Christian Jansen for further evaluation.
Comment 6 christian.jansen 2002-01-07 10:18:59 UTC
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.
Comment 7 christian.jansen 2003-06-24 08:28:33 UTC
Is there anything planned for OO.o 2.0?
Comment 8 andreas.martens 2003-06-26 14:01:32 UTC
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.
Comment 9 andreas.martens 2003-09-18 13:54:28 UTC
We'll allow negativ positioning (i.e. above the anchor) for paragraph
anchored frames. Maybe the document will look better.
Comment 10 Oliver-Rainer Wittmann 2003-09-22 16:12:16 UTC
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.
Comment 11 Oliver-Rainer Wittmann 2003-09-29 09:59:16 UTC
.
Comment 12 edimck 2004-02-21 07:04:27 UTC
Created attachment 13340 [details]
Another example that's OK in Word and fails in OOo. Might show some new aspects of the problem.
Comment 13 Oliver-Rainer Wittmann 2004-02-23 08:44:02 UTC
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.
Comment 14 Oliver-Rainer Wittmann 2004-07-06 09:44:11 UTC
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.
Comment 15 Oliver-Rainer Wittmann 2004-07-27 12:42:33 UTC
I decided to handle this issue as a DEFECT
Comment 16 remco.gerbrands 2004-11-24 13:42:14 UTC
Created attachment 19647 [details]
new example of import problem with graphic in word doc
Comment 17 Oliver-Rainer Wittmann 2004-12-01 11:03:10 UTC
OD->r2gnl: 
document 'Callagur species sheet.doc' looks fine in SRC680m63
Comment 18 Oliver-Rainer Wittmann 2004-12-01 11:06:57 UTC
As discussed this MRU, I decrease the priority to P4.
Comment 19 michael.ruess 2005-01-05 12:16:18 UTC
*** Issue 39556 has been marked as a duplicate of this issue. ***
Comment 20 pavel 2005-02-10 21:53:56 UTC
od: please change the target accordingly.

STARTED LATER is weird. Shouldn't the terget milestone be OOo later then?
Comment 21 Oliver-Rainer Wittmann 2005-02-11 06:58:38 UTC
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.
Comment 22 andreas.martens 2005-03-29 11:52:56 UTC
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.
Comment 23 michael.ruess 2005-04-19 15:29:20 UTC
*** Issue 47543 has been marked as a duplicate of this issue. ***
Comment 24 joeconner 2005-08-22 05:14:25 UTC
Attached is a word document that fails to import most of the graphics, and most
of the text.
Comment 25 joeconner 2005-08-22 05:19:26 UTC
Created attachment 28957 [details]
Most graphics and most text do not import.
Comment 26 Oliver-Rainer Wittmann 2005-08-22 08:09:50 UTC
OD->joeconner:
The given document <FriendshipBracelet.doc> isn't imported correctly, because
there is a table inside a table. See issue 25680
Comment 27 batenburg 2005-11-05 15:15:27 UTC
Created attachment 31199 [details]
importing this word file results in incorrect graphics (black pixels seem horizontally enlarged and overlapping)
Comment 28 rbsoffe 2005-11-11 08:23:32 UTC
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
Comment 29 merschmann 2009-03-09 09:21:09 UTC
Still true with OOo 3.0.1 with the least attached bugdoc
Comment 30 merschmann 2009-05-20 21:21:58 UTC
... and 3.1 on XP
Comment 31 rpadmanabhan 2009-09-18 02:55:19 UTC
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.

Comment 32 Marcus 2017-05-20 11:24:15 UTC
Reset assigne to the default "issues@openoffice.apache.org".
Comment 33 Marcus 2017-05-20 11:25:56 UTC
Reset assigne to the default "issues@openoffice.apache.org".