Description: Shape anchored to paragraph doesn't move with text Steps to Reproduce: 1. Open the attached file 2. CTRL+ENTER Actual Results: XX moves to the second page without cube Expected Results: XX + cube moves Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: c48e4d795e37f23b71d647247590807ab9e52223 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Also in Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL and in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
@Michael Another of those anchoring inconsistency's (inherited)
(In reply to Telesto from comment #2) > @Michael > Another of those anchoring inconsistency's (inherited) FWIW, also showing the inconsistency between the two 'to paragraph/to character' anchors. This is working as expected for images anchored to paragraph -> Still proposing to harmonize. So opting dropping one of both code paths. I would opt for the image type of to character/to paragraph' anchoring .. its slightly better -> Start pitch for anchoring refactor <- The image anchoring mechanism is substandard; it really needs some attention to prevent freezes/ page loops (with DOCX/DOC or plain ODTs]. And making LibreOffice more adequate for > 600 pages docs with all sorts of objects It would prevent temporary freezes/ or permanent hangs. Especially if we are re-layouting footnotes + tables too. Which makes this an awful expensive.. The anchoring 'rework' should ideally also include some rules for an image jumping to next page earlier, instead of being stuck at the bottom of the page overlapping footnotes. Or the footnotes should move.. And the paragraph textflow orphan control doesn't make things easier :-( with images anchored (to character) to the last line. Ideally within a year or so :-) -> https://www.n-tv.de/regionales/hamburg-und-schleswig-holstein/Albrecht-Land-will-bis-2025-auf-Microsoft-verzichten-article21852157.html Something with making a good impression etc
> 1. Open the attached file ;-)
Created attachment 162620 [details] Example file
hmm guess it could be possible to change this so the at-paragraph fly stays with the second paragraph if it's split at index 0
I tried to warn Telesto many times to search before submitting, not to mark Normal for trivial stuff, not to call devs before it's even confirmed, not to add bibisectRequest to dubious bugs...but it's like talking to the wind. *** This bug has been marked as a duplicate of bug 120469 ***