Shape anchored to paragraph doesn't move with text
Steps to Reproduce:
1. Open the attached file
XX moves to the second page without cube
XX + cube moves
User Profile Reset: No
Version: 22.214.171.124.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
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Another of those anchoring inconsistency's (inherited)
(In reply to Telesto from comment #2)
> 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 :-) ->
Something with making a good impression etc
> 1. Open the attached file
Created attachment 162620 [details]
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 ***