Created attachment 189442 [details] anchoredInCellTextbox2.docx: textbox anchored in table cell, but not set to "Layout in cell" In MS Word, the textbox is placed over-top of the table. Steps to reproduce: 1.) open anchoredInCellTextbox2.docx Notice that the textbox is positioned on the side of the table. Although that looks nice, it should be positioned relative to the paragraph margin, not the table cell. This is inherited from OOo. This document didn't load both the table and the textbox until 3.6, where the position was already wrong.
Created attachment 189443 [details] anchoredInCellTextbox2_mso2010.pdf
moving the table should not affect the textbox placement: it doesn't in Word...
Reproducible Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: beaea2e992912b4747d790070b26371f557b1f57 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Jumbo
Created attachment 189464 [details] anchoredInCellTextbox2_2019.docx: a compat14 problem only as seen by this compat15 version When a modern MS Word resaves the document (not as compatible), then it acts like LibreOffice. So it is only old documents that are affected. Low priority. I have seen notes in the code that indicate that compat15 ALWAYS treats an anchor in a table as "layout-in-cell". Layout in cell normally translates into PROP_FOLLOW_TEXT_FLOW, but LO in that mode forces the textbox to actually fully reside in the cell, instead of just basing its positioning on the cell. So there might be a difference between how images and textboxes are treated in MS Word when LayoutInCell. This is starting to look like a rather ugly layout beast - perhaps not worth tackling.
Created attachment 189465 [details] anchoredInCellTextbox2_2019.pdf: how this compat15 version looks in Word 2019 LO natively handles this like modern MS Word, and looks like this PDF for both versions.
*** This bug has been marked as a duplicate of bug 133522 ***