Issue 25448 - wrong image position at page 10
Summary: wrong image position at page 10
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1.1b
Hardware: All Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on: 27349 27541
Blocks:
  Show dependency tree
 
Reported: 2004-02-13 05:36 UTC by utomo99
Modified: 2013-08-07 14:38 UTC (History)
4 users (show)

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


Attachments
bug doc (813.00 KB, application/msword)
2004-02-13 05:38 UTC, utomo99
no flags Details
stripped document containing one of the shapes, which are grouped on page 10 (106.50 KB, application/msword)
2004-11-05 13:57 UTC, Oliver-Rainer Wittmann
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description utomo99 2004-02-13 05:36:07 UTC
import: wrong image position at page 10
Comment 1 utomo99 2004-02-13 05:38:34 UTC
Created attachment 13092 [details]
bug doc
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 5 Oliver-Rainer Wittmann 2004-07-06 14:41:55 UTC
Add dependence to issue #27349
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.