Bug 119024 - Anchor to page can create a situation with empty inaccessible pages in between
Summary: Anchor to page can create a situation with empty inaccessible pages in between
Status: RESOLVED DUPLICATE of bug 89477
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-31 18:48 UTC by Telesto
Modified: 2018-09-01 15:25 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (41.77 KB, application/vnd.oasis.opendocument.text)
2018-07-31 18:48 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2018-07-31 18:48:01 UTC
Description:
Anchor to page can create a situation with empty inaccessible pages in between

Steps to Reproduce:
1. Open the attached file
2. CTRL+A & Backspace -> Page breaks gone & Image still there
3. Change anchoring to Paragraph of the image to something else(image at the first page but out of range)

Actual Results:
The image is literally anchored to the page. Pages in between are kept alive

Expected Results:
Note sure what to expect. No frame/image? Or image/frame moving up to the first page


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 6.2.0.0.alpha0+
Build ID: 1b21ff86effe58ae368457de8fec654ba4c8edd9
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-07-30_03:13:35
Locale: nl-NL (nl_NL); Calc: CL
Comment 1 Telesto 2018-07-31 18:48:17 UTC
Created attachment 143859 [details]
Example file
Comment 2 Regina Henschel 2018-07-31 21:35:15 UTC
That is the intended behavior of "anchor to page". You anchor it to a specific physical page. The other content might float, but the object stays on its page. It is up to the user to shift the object.

A tool for moving the anchor might be useful. Depending on the position and size of the object it is sometimes not possible to drag the anchor using the mouse. And I do not know a method to move the anchor without mouse.
Comment 3 Telesto 2018-07-31 21:57:32 UTC
(In reply to Regina Henschel from comment #2)
> That is the intended behavior of "anchor to page". You anchor it to a
> specific physical page. The other content might float, but the object stays
> on its page. It is up to the user to shift the object.
> 
> A tool for moving the anchor might be useful. Depending on the position and
> size of the object it is sometimes not possible to drag the anchor using the
> mouse. And I do not know a method to move the anchor without mouse.

It's fine if this is the intended behavior. However, I should note that:
1. the image will move to page 1 when clicking the anchor (first selecting the frame, secondly clicking the anchor or when changing the anchoring
2. And the image isn't placed back to page 4 when pressing CTRL+Z once
Comment 4 Regina Henschel 2018-07-31 23:32:08 UTC
(In reply to Telesto from comment #3)
> It's fine if this is the intended behavior. However, I should note that:
> 1. the image will move to page 1 when clicking the anchor (first selecting
> the frame, secondly clicking the anchor or when changing the anchoring

Or drag the anchor to the page you want. Drag it to the text area, not to the top-left corner.

> 2. And the image isn't placed back to page 4 when pressing CTRL+Z once

Page 4 doesn't exists. So the object cannot be put there. So you need to undo the removing of the page break too, for to get the page 4 back.

The problem is, that users do not understand for which use cases this kind of anchor is suitable. Your view is likely covered by the request in bug 89477.

Other bugs about this topic: bug 54292, bug 50379, bug 81443, bug 117329.
Comment 5 Buovjaga 2018-09-01 15:25:53 UTC
Let's assume bug 89477 is it, then.

*** This bug has been marked as a duplicate of bug 89477 ***