Bug 134115 - "Allow overlap" in current state is not usable in regard to interoperability with Word
Summary: "Allow overlap" in current state is not usable in regard to interoperability ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: Writer-Images
  Show dependency treegraph
 
Reported: 2020-06-18 15:07 UTC by Regina Henschel
Modified: 2023-09-24 01:25 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Document for testing "Allow overlap" (24.00 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-06-18 15:07 UTC, Regina Henschel
Details
Screenshot from Word (54.12 KB, image/png)
2023-09-24 01:24 UTC, Aron Budea
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2020-06-18 15:07:50 UTC
Created attachment 162173 [details]
Document for testing "Allow overlap"

Open attached document. Select the image, which shows a Pg. Open its properties and remove check on option "Allow overlap" on tab Wrap.
Expected: The images are placed without overlap.
Actually: Nothing happens.
The reason, why nothing happens is, that the image which shows a red frame has its anchor before the image which shows "Pg".
Word does not have such behavior, but the images get new positions regardless of the anchor position.

Select the image, which shows a red frame and remove check on "Allow overlap". The image is shifted down.
Word does not shift the image down, but it shifts is right, if there is enough place, otherwise left.

If an option is introduced for better interoperability, then I expect, that the layout it similar to Word.

[The problem, that the option is initially wrong set is in bug 131114.]

@Miklos: I have put you on CC, because I come across these problems while working on https://issues.oasis-open.org/browse/OFFICE-4047
Comment 1 Miklos Vajna 2020-06-18 15:12:56 UTC
> If an option is introduced for better interoperability, then I expect, that the layout it similar to Word.

Yes, that's clearly the intention. :-)
Comment 2 Dieter 2020-09-14 19:29:49 UTC
I confirm it with

Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

in comparison with Word 2016
Comment 3 QA Administrators 2023-09-17 03:05:47 UTC Comment hidden (obsolete)
Comment 4 Regina Henschel 2023-09-17 11:44:54 UTC
The location of the images are still different from Word. Tested with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b3fdd999f87312447d03915585812b3a5cd48141
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 5 QA Administrators 2023-09-18 03:06:03 UTC Comment hidden (obsolete)
Comment 6 Regina Henschel 2023-09-18 07:34:34 UTC
see comment 4
Comment 7 QA Administrators 2023-09-19 03:05:54 UTC Comment hidden (obsolete)
Comment 8 Regina Henschel 2023-09-19 18:57:22 UTC
The bug is still present in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b3fdd999f87312447d03915585812b3a5cd48141
CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: threaded
Comment 9 QA Administrators 2023-09-20 03:06:05 UTC Comment hidden (obsolete)
Comment 10 Aron Budea 2023-09-24 01:24:53 UTC
Created attachment 189785 [details]
Screenshot from Word

This is what the document looks like in Word for me. It already doesn't have overlap between the objects, because the one looking like a red frame doesn't have the setting ticked.
Comment 11 Aron Budea 2023-09-24 01:25:42 UTC
Adjusting version, since the setting was added in 6.4.