Description: As you can see in the attached document, the frame ignores the inner boundary of the document and does not flip to the next page. The same behavior could be seen, if you generate a foot note. The picture overwrites the paragraph with the text. I expect, that the picture flip to the next page, if it overwrites the "virtual" boundary or the frame moves upwards until the ancor for the frame is moved to the next page and there the whole frame needs to be beyound the upper border. Steps to Reproduce: 1.open new document 2.insert a frame 3.insert paragraphs above until the frame looks outside the border or overwrites a foot note Actual Results: foot note or border is overwritten Expected Results: frame flips to the next page or stays above the foot note / lower border Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 8; OS: Windows 10.0 Build 16299; UI render: Skia/Raster; VCL: win Locale: de-CH (de_CH); UI: de-DE Calc: threaded
Created attachment 179059 [details] file with the bug File with the bug
I confirm the behaviour with Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: zh-CN (de_DE); UI: en-GB Calc: CL but I'm not sure, if different topics are mixed here: - Image / Frame should respect page margins (I'm not sure about it) - Text wrapping doesn't work in footnotes (if you anchor image in footnote, text wrapping also doesn't work) I would focus this report on second problem. Do you agree, Markus?
Yes, I think the problem could be split. As you imagine, maybe someone wants, that a frame overlaps the footer, but this should be set manually with an option in the properties, which is normally not set (allow overlapping border settings). Then the other behaving is, if the frame should flip to the next page or should it try to stay on the page and flows upward in the text. In CSS you could set the textflow. Maybe this shold be implemented in this case too?
(In reply to Markus Grob from comment #3) > Yes, I think the problem could be split. Sorry for my late reply. I think the second problem has been reported in bug 132248. So we have the first issue: "Frame should respect page margins" I would treat this as enhancement request. So let's ask design team for their opinion. personally i'm not sure about it. There might be situations with unwanted positioning beyond the page margins, but we also have situations where this is intended. cc: Design-Team
If I understand the problem right, a part of it is already implemented: on the frame properties → Type tab → the very last check box, "keep inside text boundaries," does exactly what the label says :) The other part of the problem, frames covering footnotes, I agree it's covered by Bug 132248.
(In reply to RGB from comment #5) > If I understand the problem right, a part of it is already implemented: on > the frame properties → Type tab → the very last check box, "keep inside text > boundaries," does exactly what the label says :) Thank you for the hint, but as far as I can see, this is only true for top and bottom margin and it doesn't work for left and right margin.
Seems there are no questions to UX. Or have I missed the point?
(In reply to Heiko Tietze from comment #7) > Seems there are no questions to UX. Or have I missed the point? my question to UX-Team was: Should frame respect page margins? Since we have the actual situation, that frame respects top and bottom margins but not left and right, my question is: "Which one is the correct behaviour?"
The checkbox belongs to Position with vertical and horizontal settings. However, it is placed at vertical and indented so it belongs only to this option. Besides, do we need to ensure a frame in inside the margins if positioning to the page border, for example, is possible? Don't think so. => WF, please reopen if you disagree or in case of further arguments. We should also keep in mind that changing this option would affect legacy documents.
Thank you for the hint with the existing option. As the bug with the footnote is diskussed in the other bug, i close this one. The "respect" of the side borders is normally no problem, as the frame will only automatically be scrolled vertically.