Description: Image not moving with anchor (to paragraph/character) when expected Steps to Reproduce: 1. open the attached file 2. Press Enter at beginning of the first line.. xxx moves down.. top image doesn't move 3. Undo everything 4. Change anchor to character 5. Change anchor to paragraph -> Image is moving with text (what I assume should happen) -. Notice the anchor being below the first line 5. Drag and drop the anchor from second line to the first line -> XXX moves down 6. Press arrow down twice (images moves down), XXX is back agrain 7. Press Enter on top of the page.. initial problem is back again Actual Results: Image doesn't move Expected Results: Should Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> 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
Created attachment 164384 [details] Example file
@Justin Only out curiosity. Is this more or less the same as 135578 comment 10? Or unrelated? Off topic mode: I still consider - or hope - that all of the issue being caused by one flaw (or number of smaller flaws coming together). So one fix will squeeze the 100 bugs of mine at once ;-). I as what I intend to do is to create a kind of sample database. OTOH, I'm still finding inconsistency's in M. Stahl his anchor unifying approach. So deleting empty paragraph moves images up. So in the worst case there plenty of smaller tweaks needed to get everything into one harmonized, coherent single model. Instead of a general line with quite a bunch of exceptions. Which you can call corner cases to some extend, but with the number of anchors around and all kinds of editing rather normal to hit once in a while. At the point you start fixing it up again. As you can mostly can work around it, but still infuriating, maddening, frustrating, time consuming business. LibreOffice handles images in some ways better compared to Word, but not sure if this is true of the whole line. Especially if you take into account DOCX anchoring oddities not seen in ODT etc.
I guess it wouldn't surprise me if the first image is anchored to a position that is considered to be before the CR. So adding another CR at the beginning of the document would still be behind the image anchor and thus not move it. But I don't know the code to know whether that guess actually has any truth to it. But it seems logical based on visual observation. In any case, it seems irrelevant to me. I wouldn't consider the non-moving image at step 2 to be a problem.
> In any case, it seems irrelevant to me. I wouldn't consider the non-moving > image at step 2 to be a problem. There are 'to many' of those 'exceptions' for my taste.. I'm surely survive one or two, but rather a habit of running in a kind of exception.. Adding it to the list of M. Stahl and created additional inconsistency's...
Nagging again about the anchor not behaving as I wish ;P.
Telesto, is this bug report still valid with LO 7.2? => NEDINFO
Seems OK Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 05ff3d67d0e2e436406786c949eb7cfca107ba33 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