Created attachment 175365 [details] Example file from Word Attached document was made in CompatibilityMode14 and contains a blue image and a textbox anchored to a paragraph that wraps the shape. The textbox is horizontally positioned to -23.29 cm to column, but Word considers the “column” shifted to the right by the horizontal size of the image (20.98 cm). In Word this places the textbox close to the left page margin, about 1,3 cm from the left edge of the paper. In Writer it is shifted way outside the left edge of the paper, visible only if you reduce the zoom level to 20% and highlight it in the Navigator. This behavior is similar to what Word would do in CompatibilityMode15, where the size of the image does not shift the columns virtual left edge, only the page edge counts. Steps to reproduce: 1. Open attached file Actual results: The “This is a textbox” is not visible. Expected results: The textbox should be visible, with the “is” word starting about at the left edge of the blue image. LibreOffice details: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: b60b6bfaafa1315e07108dba50f016975b619c59 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL Also in 6.0 (the shape and the textframe falls apart, but don’t let that fool you) In 5.0 it’s visible, but placed at the very left edge of the page, so differently bad.
Created attachment 175366 [details] Example file from Word converted to CM15
Created attachment 175367 [details] Screenshot of the original document side by side in Word and Writer
Created attachment 175368 [details] Screenshot of the CM15 document side by side in Word and Writer - good
I am able to replicate the issue in downloaded version, 7.2.0.0 I am able to compare the result from Word with Writer , with English and compare it with tester's Hungarian version word I need to add one more step , enable editing to reproduce the bug
Reproduced in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 0db7e46536fc23d5201ed9ff610a8ae0efd09a96 CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
repro 7.6+ Although the UI allows a negative number to be entered (and accepted), it somehow is converting it into a positive number on dialog open, so an OK (without modifying anything) moves the image.
This sounds like a duplicate of bug 105261, but this one talks about compat14/15, so perhaps they are just similar, and not duplicates. (In reply to Justin L from comment #6) > Although the UI allows a negative number to be entered (and accepted), it > somehow is converting it into a positive number on dialog open, so an OK > (without modifying anything) moves the image. Should be fixed in LO 24.2 with bug 137595
*** This bug has been marked as a duplicate of bug 105261 ***