Created attachment 201678 [details] Examples of incorrect frame positioning This is a follow-up for https://ask.libreoffice.org/t/anchor-snapping-problems/124066 OP wants to add some sentinel at bottom of paragraph. For example sake, I built a sample file with a text frame containing word "sentinel" but the design can be more complicated. The frame is styled with "BottomFrame": - horizontal position: center relative to paragraph text area - vertical position: bottom of paragraph text area - keep inside text boundaries enabled - wrap off with small spacing - borders enabled to see limits of frame The sample file starts with a small paragraph and the frame appears where it is expected. Then, there are "lorem ipsum" paragraphs which are all split by page break. Every paragraph has the same frame anchored to it. As can be seen, the frame is not laid out at bottom of paragraph but to a rather random position (however most of the time in page of paragraph end). The weirdest positioning error occurs on the "Aliquan velit" paragraph where the frame is sent into a blank page after document end. I initially thought that Writer used the full paragraph height from the start of the page, ignoring paragraph split (this seems to be the case for last occurrence) but this does not account for positioning near the top of the page in 2nd and 3rd occurrence. Changing anchor from To paragraph to To character (and optionally moving the anchor to last character) has no effect because position parameters refer to paragraph reference, not character. Unticking Keep inside text boundaries changes position of frames but it is still faulty. Positioning of frames is the topic of several bug reports, so this may be related to at least bug 125336 and bug 154126. Local configuration: LO 25.2.4.3 (x86_64) under Fedora 42 with KDE Plasma desktop.
After Menu>Tools>Update>Update all, frames changes their position. Saving and reopening, frames recover their initial position. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 36a55369a6ac72ae985cf31405b7f52686665d84 CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (es_ES); UI: en-US Calc: CL threaded
Created attachment 201691 [details] Sample with Times of New Roman Font
Created attachment 201692 [details] Screenshot expected rendering (by me)
5 pages on file open with red frame on page 5 with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bd339e1937d12cf7f62276e537bca96e01ef8ae4 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded 4 pages but red & green frame on page 3. Layout changes when selecting (for example) the green frame. Sometimes it opens with 5 pages (depending on window size???) Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cf07373d84b0ad6d0110b62966705b3e101785b5 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded stable layout with Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community Build ID: 35f19e5cb93ce218787904e99c2bedfd40e725cc CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded same layout also with Version: 7.0.7.0.0+ (x64) Build ID: 626ea4e62a3e5005fe9825923a1c0c5bdb61cc08 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
(In reply to Telesto from comment #3) > Created attachment 201692 [details] > Screenshot expected rendering (by me) IMHO this "expected" rendering is wrong. Since frame style requires vertical position at bottom of paragraph, the frame should not be rendered at top of page after page break occurring in the middle of the paragraph. There is still some text belonging to the split paragraph and the "bottom" edge is several lines below top of page. The frame should be located between paragraphs.
Hmm, well it appears it never worked properly. It's already broken in OpenOffice 2.2.1. It probably got even more quirky over time. Rendering it consequently the same way 'broken' is one thing. Rendering A on file-opening and B when using Menu>Tools>Update>Update all makes things worse, IMHO. I'm happy to split that part to different bug, though