Created attachment 197639 [details] non-overlapping frames.odt: made in LO 25.2 Frames that both have "allow overlap" turned off should not overlap each other. Steps to reproduce: 1.) Open non-overlapping frames.odt Notice the frames are overlapping. Now change frame 2 to align to the left of the paragraph (instead of "from left") and as you can see it moves so that it does not overlap. Already seen in OOo 3.3. That's not quite the whole story though. While editing, it is still possible to have the "align left" object overlap. Steps to reproduce A.) create a few empty paragraphs to push frame 2 below frame 1. B.) now backspace a few times, and the frames will alternate between overlapping and non-overlapping.
Aren't wrap options involved in how it works?
Please note that this bug report is primarily about "Notice the frames are overlapping." They should never be overlapping under any circumstances. (In reply to m_a_riosv from comment #1) > Aren't wrap options involved in how it works? Only when they are not overlapping. (i.e. is the non-overlapping object supposed to be beside another one or below it). But if they are allowed to overlap, then text wrapping has no impact whatsoever. I can imagine that "left" and "from left by 0" could potentially mean different placements. So I can imagine that "left" is a relative term, so it SHOULD be affected by wrap options (i.e. that it moves to the right side of frame 1, like it currently does). In contrast to that, I could see that "from left by 0" could be considered an absolute position, and that it always moves below frame 1, so that it is at the absolute left of the page margin. 20.298 style:horizontal-pos is relatively ambiguous about this: from-left: the svg:x attribute associated with the frame element specifies the horizontal position of the frame from the left edge of the specified area. left: horizontal alignment of a frame should be left aligned relative to the specified area.
Confirmed. Arch Linux 64-bit Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b710ba48503372ddaf10a17ce7f4f3340bc8adb8 CPU threads: 8; OS: Linux 6.14; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 7 May 2025
repro 26.8 (In reply to Justin L from comment #0) > While editing, it is still possible to have the "align left" object overlap. This part was fixed in 25.8.4 by commit 02a1edc64bde14401899d0f026d49dbf125e3ffc Author: Mike Kaganski on Thu Nov 27 18:24:04 2025 +0100 tdf#169399: try again when frames were moved forward by objects https://gerrit.libreoffice.org/c/core/+/194712
(In reply to Justin L from comment #2) > In contrast to that, I could see that "from left by 0" could be considered > an absolute position, and that it always moves below frame 1, so that it is > at the absolute left of the page margin. No, neither of these could be ambiguous. It definitely is NOT page margin because it is left of 'Entire paragraph area', and paragraph area is a pretty clear definition. Both "Left" and "from Left 0" ought to be identical. Of course, even if the definition itself is clear, the way it plays out might not be. For example, if the start of the paragraph is affected by wrapping, but the end of the paragraph is not, then where does the "paragraph text area" start? I expect that you can't look at this from a paragraph level, but only at a line level. Thus different lines in the same paragraph can effectively have different "paragraph text areas". Anchoring "TO_PARA" placement would need to be defined by the first line's "text area". My 'theory' seems to be confirmed by how MS Word treats the DOCX version of this particular document.