Issue 30679 - Consistent positioning of graphics and frames
Summary: Consistent positioning of graphics and frames
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-24 11:27 UTC by norpec
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

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


Attachments
example file for wrong positioning (6.17 KB, application/vnd.sun.xml.writer)
2004-06-24 11:29 UTC, norpec
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description norpec 2004-06-24 11:27:44 UTC
If one or more frames or graphics are anchored on one paragraph, it happens that
they are wrongly positioned when text is inserted before that paragraph causing
a page break. The result can be that both graphics are positioned one behind
another or (especially in case of short paragraphs) that one graphic covers the
text of the next paragraph.

Enclosed the example sample.sxw: 2 frames are anchored on one longer paragraph.
It all looks ok. Now insert some new paragraphs at the beginning of the document
by pushing ENTER for several times. The long paragraph with the 2 frames moves
downwards. When there is no more space for the lower frame it is put onto the
next page – that's ok. But when after inserting some more new paragraphs also
the second frame needs to be put onto the next page, it is located behind the
second frame – they are covering each other. That should not be, I think.
Especially in case of long documents it is hard to ensure that nothing like this
happens. Moreover a printing of the document causes a rearranging of objects
that sometimes results in wrongly repositioned graphics. But one will consider
this only AFTER printing. That's indeed not nice...

I think it would be good if there was another way of anchoring available, maybe
something like “near this paragraphâ€, so that one could put the frame for
example on top of the paragraph page's text area. If more text is inserted
before that paragraph the frame could move to the new paragraph's page, again
located on top of the text area.
Comment 1 norpec 2004-06-24 11:29:04 UTC
Created attachment 16112 [details]
example file for wrong positioning
Comment 2 quetschke 2004-06-24 16:36:54 UTC
confirmed with OOo 1.1.1 Windows XP.
Comment 3 michael.ruess 2004-07-06 17:04:17 UTC
MRU->OD: as describe, frames with its anchor on the previous page do not swerve
each other.
Comment 4 Oliver-Rainer Wittmann 2004-07-07 06:42:18 UTC
OD->norpec:
Ad 'wrong positioning':
The described behaviour of frames and graphics anchored at a paragraph works as
designed. In OOo 1.1, an object follows the text flow (e.g. in your case: moving
to the next page), if it doesn't fit in the proposed environment (e.g. in your
case: the document body). That objects swerve each other isn't supported in
Writer either.
A change of this behaviour isn't planned for OOo 2.0. But, we are implementing a
lot of other features, which provide new object positioning and alignments and a
complete new object positioning algorithm. The following features will help you:
(1) vertical align a at-paragraph/at-character anchored object at the page area.
Issue #18732 take care of it. Already integrated in the new code line of OOo
2.0, milestone SRC680m24. Thus, you can anchor an object at a paragraph and
place it at the top of the page, regardless of the position/size of the paragraph.
(2) new attribute 'follow text flow', also handled by Issue #18732. Thus, you
can decide for each object, if it should follow the text flow or stay on the
page its anchor is on.

OD->norpec:
Ad 'rearrange of objects on print':
Can you please provide an example document, in which the objects are rearrange
on print? If yes, please submit a new issue for this defect.

OD->MRU:
Please take over again, confirm and close this issue, if you agree.
Comment 5 norpec 2004-07-12 14:33:41 UTC
norpec->OD:
Ad 'wrong positioning'
The planned improvements in OOo 2.0 regarding object positioning sound good. So
I agree that there is no need to do anything within OOo 1.1.

Ad 'rearrange of objects on print'
Sorry, I haven't found a good example document for wrong positioning on print
yet. Sometimes it happens (on print or on PDF export), sometimes it does not.
Once I have one, I will submit a new issue.
Comment 6 michael.ruess 2004-07-13 11:26:46 UTC
Due to the new implementations for OO 2.0, I mark this as "fixed".
Comment 7 michael.ruess 2004-07-13 11:31:31 UTC
Closed.