Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||wrong image position at page 10|
|Component:||code||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Priority:||P3||CC:||caolanm, issues, martin_maher, sven.jacobi|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
|Issue Depends on:||27349, 27541|
Description utomo99 2004-02-13 05:36:07 UTC
import: wrong image position at page 10
Comment 2 michael.ruess 2004-02-13 08:45:28 UTC
MRU->CMC: using 680m24 there seem to be some more objects on page 10, which are placed wrongly. AFAICS there is not only the object group which is slightly wrong, there are also frames, which should be positioned on different pages.
Comment 3 caolanm 2004-02-16 11:31:00 UTC
cmc->od: This seems to go wrong on page 9 where the paragraph underneath the frame on this page has a "above" spacing which is honoured in word, but not in writer, so the final paragraph ends up on the next page in word and not in writer. And the first of the incorrectly positioned drawings is anchored to this paragraph. If it was a frame I think it would have flowed to the next page anyway, as a drawing it doesn't ? Its hard to tell because the dialogs to see the anchoring and wrapping etc are all broken in m24/m25 and cause crashes when activated, or don't active at all :-(
Comment 4 Oliver-Rainer Wittmann 2004-02-23 08:17:57 UTC
OD: It isn't a problem of the 'non-considered' paragraph spacing - it's the special MS Word object positioning algorithm, which isn't supported by the Writer yet. If you open the document in MS Word 2000 and change the paragraph spacing 'above' of all paragraphs on page 9 from 12pt to 0pt, the paragraph, at which the graphic is anchored at, is still on page 10. We figured out that the following seems to happen in MS Word during formatting: (1) The empty paragraph, at which the graphic is anchored at, is formatted on page 10. (2) The graphic is formatted at its proposed position. Because the graphic overlaps with the bottom page border and its wrapping is 'top and bottom', the graphic is 'captured' (it's moved upwards, thus that its bottom equals the page bottom). (3) The empty paragraph is formatted again. Now, it has to wrap around the graphic and thus it is moved to page 10. (4) Because the empty paragraph changes its page due to the graphic position and the graphic's wrapping mode, the paragraph will stay on this page and the graphic will follow its anchor to this page. (5) The graphic is positioned below the empty paragraph, at which its anchored at, on page 10. We are planning to integrate the above described MS Word floating screen object positioning algorithm in OOo 2.0. Thus, setting target to 'OOo 2.0', changing issue type from 'defect' to 'feature' and accepting the issue
Comment 6 Oliver-Rainer Wittmann 2004-07-06 14:59:40 UTC
By issue #27349 the new object positioning considering the object's wrapping style influence will be implemented. Thus, the object positioning will correspond to Microsoft Word object positioning. Another problem, which is left, is that the shapes, contained in the image on page 10 aren't correctly imported. This will be handled by issue #27541. Thus, adding dependence to this issue.
Comment 7 Oliver-Rainer Wittmann 2004-07-27 12:43:24 UTC
I decided to handle this issue as a DEFECT.
Comment 8 Oliver-Rainer Wittmann 2004-07-27 12:44:06 UTC
forgot to set issue type ;-)
Comment 9 Oliver-Rainer Wittmann 2004-11-05 13:57:21 UTC
Created attachment 18979 [details] stripped document containing one of the shapes, which are grouped on page 10
Comment 10 Oliver-Rainer Wittmann 2004-11-05 14:00:41 UTC
OD->MM: In the SRC680m60 the import of custom shapes in Writer are activated - see issue 27541. But still such objects aren't imported as custom shapes - see attached document <Shape.doc>, which contains one of the shapes, which are grouped on page 10 in the document <wrong image position at page 10.DOC>. This is the cause, why the position of the grouped object isn't correct, because the text in the shape doesn't wrap as in Microsoft Word.
Comment 11 andreas.martens 2004-12-03 12:53:04 UTC
AMA->OD: Please care of this issue.
Comment 12 Oliver-Rainer Wittmann 2004-12-16 17:03:13 UTC
Investigation with SJ reveals the following: The shape is imported as a custom shape, but the Microsoft Word import extracts the text of the custom shape and puts it into a new text shape. This text shape is grouped with the custom shape. Suppressing the text extraction in the Microsoft Word import reveals new problems: (1) The custom shape is rotated by 180 degree, but the text isn't rotated. (2) The text has to be wrapped and has to be captured inside the custom shape Further investigation is needed.
Comment 13 Oliver-Rainer Wittmann 2005-01-12 15:12:29 UTC
OD->MM: Please take over again.
Comment 14 andreas.martens 2005-02-18 21:47:04 UTC
If this couldn't be fixed until OOo2.0, it should be fixed until OOo2.0.1.
Comment 15 martin_maher 2005-02-22 13:40:14 UTC
mmaher: reassigning to flr. I am no longer responsible for filters.
Comment 16 andreas.martens 2005-05-25 14:41:40 UTC
Considering the effort, the priority, the risk and our resource planning I've to retarget this issue to OOo Later.
Comment 17 Rob Weir 2013-07-30 02:42:49 UTC
Reset assignee on issues not touched by assignee in more than 1000 days.