Issue 19948 - Inconsistent layout
Summary: Inconsistent layout
Status: ACCEPTED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC3
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
: 14393 31462 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-09-23 18:22 UTC by Unknown
Modified: 2017-05-20 11:22 UTC (History)
1 user (show)

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


Attachments
Test case document file (5.91 KB, application/octet-stream)
2003-09-23 18:33 UTC, Unknown
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-09-23 18:22:47 UTC
A frames, which is centered to the paragraph text area, can become incorrectly
position. This occures when the frame is forced onto the next page but the
frame's anchor remain on the first page. This can happen for example when the
frame is too big for the remaining part of the page but not big enough to move
the paragraph to which it's attached onto the next page.

This can be seen in the attach example. As loaded the frame is centred within
the hole page (page 2) when the first paragraph is deleted (page 1) the frame
become centred within the paragraphs text area on the first page.


Ok, To further complicate the issue (some of the time) if you then undo the cut
which removed the first paragraph the frame moves into the correct place on the
next page. As for some reason the frame anchor is forced onto the next page. But
if you add extra charaters (ie hit return) to force it onto the next page the
position is wrong and the anchor still remain on the first page.

Also if you force the paragraph to which the frame is anchored onto the next
page if the from is in the wrong position it is corrected, as the anchor is now
forced onto the sencon page. Then deleting the extra charaters from the document
results in the frame remaing in the correct possition as the anchor dosen't move
back onto the first page till the hole frame will fit.

To summarise if the anchor of a frame centred within the paragraph text area is
not on the same page as the frame the position is wrong.
Comment 1 Unknown 2003-09-23 18:33:18 UTC
Created attachment 9605 [details]
Test case document file
Comment 2 jpieper 2003-10-05 13:09:33 UTC
Confirmed on 1.1.0 Linux.  Reproduction recipe:

-> Open attachment, note that frame is centered left to right in
paragraph.
-> Delete first paragraph
-> Frame now appears to be right aligned, when it is still set to be
centered.

Comment 3 mci 2003-10-08 12:01:19 UTC
set target to OOo Later
Comment 4 h.ilter 2003-10-08 13:30:23 UTC
HI->OD: Occurs also in current Version.
Comment 5 mci 2003-10-23 11:24:00 UTC
*** Issue 14393 has been marked as a duplicate of this issue. ***
Comment 6 Oliver-Rainer Wittmann 2003-12-01 11:03:54 UTC
There two defects described in this issue:
(1) Wrong horizontal position of frame, if anchor is on another page.
(2) Different formatting - first, the anchor is on first page, then
(after delete and undo) its on the second page.

Ad (1): The horizontal position isn't wrong. If a frame follows the
text flow, its position is determined by its new environment. A frame
follows the text flow (e.g. moves to the next page or column), if it
doesn't fit in the environment, its anchor is in, because of its size
or its given vertical position.
In your given document the frame follows the text flow to the next page

Ad (2): It's a defect, which have to be solved.

Thus, changing summary from 'Frame horziontal position incorect if
anchor on another page', because horizontal frame position is correct
to 'Inconsistent layout'
Comment 7 michael.ruess 2004-07-14 13:51:23 UTC
*** Issue 31462 has been marked as a duplicate of this issue. ***
Comment 8 norbert2 2005-02-17 20:53:40 UTC
I think this is Priority 2, because the bug destroyes page layout !!!
Comment 9 Marcus 2017-05-20 11:22:21 UTC
Reset assigne to the default "issues@openoffice.apache.org".