Bug 106840 - FILEOPEN Table and Image overlap in LO but not in Word
Summary: FILEOPEN Table and Image overlap in LO but not in Word
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc
: 119914 (view as bug list)
Depends on: 117132
Blocks: DOC-Tables
  Show dependency treegraph
 
Reported: 2017-03-28 22:19 UTC by Regina Henschel
Modified: 2021-01-03 13:14 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Position problem with image and table in same line (40.00 KB, application/msword)
2017-03-28 22:19 UTC, Regina Henschel
Details
How it looks in MSO 2010 (38.04 KB, image/png)
2017-03-28 22:36 UTC, Xisco Faulí
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2017-03-28 22:19:59 UTC
Created attachment 132240 [details]
Position problem with image and table in same line

Open attached file. In LibreOffice the table is left aligned and the image is in front of the table. In Word the image is first in the line and the table is after the image, with no overlapping.
Comment 1 Xisco Faulí 2017-03-28 22:35:42 UTC
Confirmed in

- Version: 5.4.0.0.alpha0+
Build ID: 6152bf9ee9b2e348dee854921a5a5db1cfc72995
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

- Version: 4.3.0.0.alpha1+
Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e

- Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

- LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 2 Xisco Faulí 2017-03-28 22:36:08 UTC
Created attachment 132241 [details]
How it looks in MSO 2010
Comment 3 QA Administrators 2018-03-29 02:33:56 UTC Comment hidden (obsolete)
Comment 4 Regina Henschel 2018-03-29 07:37:53 UTC
The problem still exists in Version: 6.1.0.0.alpha0+ (x64)
Build ID: fe1c13d4ba288e45acdba5bc01b0ef81da08f125
CPU threads: 8; OS: Windows 10.0; UI render: default; 
Locale: de-DE (de_DE); Calc: CL
Comment 5 Roman Kuznetsov 2019-02-02 19:54:08 UTC
still repro in

Версия: 6.3.0.0.alpha0+
ID сборки: 51af3179cf972809d6495c7d58033e069f647bbf
Потоков ЦП: 4; ОС:Linux 4.18; Отрисовка ИП: по умолчанию; VCL: kde5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-01_00:15:00
Локаль: ru-RU (ru_RU.UTF-8); UI-Language: ru-RU
Calc: threaded
Comment 6 Justin L 2020-04-22 18:32:06 UTC
I don't think this is a DOC issue. Try to create such a thing in ODT format. I couldn't do it. I don't think LO has the ability to wrap tables.
Comment 7 Justin L 2020-04-23 12:48:29 UTC
*** Bug 119914 has been marked as a duplicate of this bug. ***
Comment 8 Aron Budea 2020-04-23 23:10:36 UTC
(In reply to Justin L from comment #6)
> I don't think this is a DOC issue. Try to create such a thing in ODT format.
> I couldn't do it. I don't think LO has the ability to wrap tables.
Bug 117132 is an enhancement request on this feature, let's set it as a prerequisite.
Comment 9 Julien Adetele 2021-01-03 12:08:23 UTC
Confirmed

Version: 7.0.4.2
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 12; OS: Linux 5.8; UI render: default; VCL: kf5
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: CL
Comment 10 Aron Budea 2021-01-03 13:14:52 UTC
Let's reset status to NEW, even if this depends on a missing feature in Writer, there should be a DOC format handling aspect once the feature is developed (or ideally, the DOC/DOCX parts would be developed together with the feature, since it's mainly for interoperability at this point).