Bug 134900 - FILEOPEN: DOCX: position of objects in drawing canvas not as in original
Summary: FILEOPEN: DOCX: position of objects in drawing canvas not as in original
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOCX-Canvas-Shape
  Show dependency treegraph
 
Reported: 2020-07-17 12:06 UTC by rominator
Modified: 2023-06-11 10:01 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample files (129.56 KB, application/x-7z-compressed)
2020-07-17 12:06 UTC, rominator
Details
sample file (16.10 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-07-17 12:14 UTC, Xisco Faulí
Details
Comparison MSO 2010 and LibreOffice 7.1 master (34.45 KB, image/png)
2020-07-17 12:25 UTC, Xisco Faulí
Details
further sample files (26.28 KB, application/x-7z-compressed)
2020-07-17 13:16 UTC, rominator
Details

Note You need to log in before you can comment on or make changes to this bug.
Description rominator 2020-07-17 12:06:20 UTC
Created attachment 163177 [details]
Sample files

In MS Word create a new drawing canvas and add some shapes. Save as DOCX open in writer. The position of the objects in the drawing canvas is a off. The canvas itself and the text above/below the canvas is positioned perfectly.

I have attached a sample DOCX and also some PNGs for comparison that were created out of exported PDFs (of Word and writer) using GhostScript.
Comment 1 Xisco Faulí 2020-07-17 12:14:42 UTC
Created attachment 163178 [details]
sample file
Comment 2 Xisco Faulí 2020-07-17 12:25:40 UTC
Created attachment 163180 [details]
Comparison MSO 2010 and LibreOffice 7.1 master
Comment 3 Xisco Faulí 2020-07-17 12:26:27 UTC
Could you please explain where the problem is ? I can't see it in

Version: 7.1.0.0.alpha0+
Build ID: d851a02df57ab378ed0cc6d9362516de09c3279c
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 4 rominator 2020-07-17 13:16:11 UTC
Created attachment 163185 [details]
further sample files

I have attached the output PDFs just as in https://bugs.documentfoundation.org/show_bug.cgi?id=134899. I will try to attach them in further tickets too!

I did also check with a master build (again https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2020-07-17_06.44.55/LibreOfficeDev_7.1.0.0.alpha0_Win_x64.msi) and it is the same as in 6.3.6.2

I hope you can see the difference in the PDFs?

I just noticed that the color of the text in the smart art also does not match (black, should be white).
Comment 5 Xisco Faulí 2020-07-17 17:36:26 UTC
(In reply to rominator from comment #4)
> Created attachment 163185 [details]
> further sample files
> 
> I have attached the output PDFs just as in
> https://bugs.documentfoundation.org/show_bug.cgi?id=134899. I will try to
> attach them in further tickets too!
> 
> I did also check with a master build (again
> https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2020-07-
> 17_06.44.55/LibreOfficeDev_7.1.0.0.alpha0_Win_x64.msi) and it is the same as
> in 6.3.6.2
> 
> I hope you can see the difference in the PDFs?
> 
> I just noticed that the color of the text in the smart art also does not
> match (black, should be white).

So the problem is the text is white in MSO and black in LibreOffice ?
Comment 6 rominator 2020-07-22 08:20:52 UTC
The problem is the positioning of the output AND the black vs. white text.
Please compare the output images that I attached using gimp (Subtract layer) or any image comparison tool (I use Beyond Compare) to see what I mean.
Comment 7 Dieter 2020-07-28 08:43:56 UTC
I confirm it with

Version: 7.0.0.0.beta2 (x64)
Build ID: 1c213561a365b5666167321de68c9977500c9612
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

in comparison with Word 2017

1. Problem: Font color changes from white to black
2. Problem: Position of the canvas changes (horizontal: In Word it is in line with the text above and below; in LO it isn't)

BTW: I couldn't find any informations about a canvas in LO Help. You can select the shapes (is this also a bug) and you can't ungroup the object
Comment 8 Regina Henschel 2021-05-31 00:10:16 UTC
(In reply to Dieter from comment #7)
> BTW: I couldn't find any informations about a canvas in LO Help. You can
> select the shapes (is this also a bug) and you can't ungroup the object

A "drawing canvas" is a feature of Word, not of LibreOffice. You use a "drawing canvas" in Word, e.g. if you want to use connectors. Connectors are simple shapes in pure Word, without there special feature to stick to a glue point of an object.

LibreOffice can currently not import a "drawing canvas" at all. Instead it uses the fallback VML shape given in the file. That is a group shape with VML shape members. LibreOffice imports it with anchor "as character" (don't know why) and as such you cannot enter or ungroup it (find no bug report about that).
Comment 9 QA Administrators 2023-06-01 03:18:56 UTC Comment hidden (obsolete)
Comment 10 Dieter 2023-06-11 10:01:01 UTC
Still present in

Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 389a8d52d9961f89c0b2847b30ee1ca59a8fdc80
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Steps: Open attachment 163178 [details] and compare with Word

1. Problem: Font color changes from white to black
2. Problem: Horizontal Position of the drawing object (a bit more to the left)