Issue 33435 - objects anchored at page loses their position by manual page breaks
Summary: objects anchored at page loses their position by manual page breaks
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1.1
Hardware: PC Windows NT
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-26 13:37 UTC by eberlein
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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


Attachments
swriter with different page styles and a frame at page 2 (7.49 KB, application/vnd.sun.xml.writer)
2004-08-26 13:44 UTC, eberlein
no flags Details
swriter with different page styles and a frame at page 2 (7.49 KB, application/vnd.sun.xml.writer)
2004-08-26 13:44 UTC, eberlein
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description eberlein 2004-08-26 13:37:15 UTC
Please take a look at the attachment.
Page 2 begins with a manual page break with a new pagestyle. At the end of page 
2 there's a TextFrame anchored at page.

Putting some Text at Page 1 causes an automatic page break, the Frame still 
hangs on page 2, though he contains to the new pagestyle and should now to find 
at page 3.
Comment 1 eberlein 2004-08-26 13:44:03 UTC
Created attachment 17364 [details]
swriter with different page styles and a frame at page 2
Comment 2 eberlein 2004-08-26 13:44:35 UTC
Created attachment 17365 [details]
swriter with different page styles and a frame at page 2
Comment 3 michael.ruess 2004-09-06 08:37:36 UTC
It has to be cleared out, which behaviour is the better one... currently, frames
anchored "to page" are designed to sick to a page (e.g. to page 2), not to a
current page style.
Comment 4 eberlein 2004-09-06 13:20:03 UTC
Yes, and with this design they have to slide (and they slide!) to the next new 
page, if no new pagestyle is defined. I only complain about the exception.

It concerns all objects (graphics etc.).

A simple example:
Page 2 contains a corporate logo, anchored at page and with correlation to the 
text at page 2.
For the matter you insert some text at page 1, which causes a page break, the 
logo loses his context to (now) page 3 and remains at page 2. Is this intended?
Has this to be cleared out?

BTW, a workaround is anchoring at paragraph in (empty) footer. But negative 
positions are targeted to 2.0 ...

Sincerely Peter
Comment 5 christian.jansen 2005-05-23 09:33:51 UTC
CJ->AMA: I can understand the issues Peter has with the current beavior. Please
decide, if it would make sense to change the default. Thanks.
Comment 6 empereurzorg 2005-07-08 18:10:32 UTC
I found this issue because I've got the same "problem" with pictures anchored to
page... so for me, this behaviour is a bug ! ;-)
Tested in MS Word 2003 : pictures anchored at page follow "their" page when a
manual break is inserted before.
Comment 7 andreas.martens 2005-07-15 08:44:36 UTC
Objects anchored at page will stick to their page even if the content is gone
somewhere else. This is the definition of anchored at page.
We do not have anchoring at page styles but of course you could anchor your
object inside a header or footer of a page style. In OOo2.0 the position of
these objects is not bounded to the header/footer.
If you have objects with correlations to text content you should anchored it at
the paragraph. In OOo2.0 you're able to anchor an object at a paragraph but to
get the position from the page. This is like the MS page anchored objects.
Do you miss anything(in OOo2.0)?
-> which default do you want to change?