Bug 150053 - FILEOPEN PPTX rendering problem with SmartArt 'Interconnected Block Process'
Summary: FILEOPEN PPTX rendering problem with SmartArt 'Interconnected Block Process'
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.5.0.0 alpha0+
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL: https://docs.microsoft.com/en-us/answ...
Whiteboard:
Keywords:
Depends on:
Blocks: OOXML-SmartArt
  Show dependency treegraph
 
Reported: 2022-07-18 23:21 UTC by Regina Henschel
Modified: 2022-07-30 13:47 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
File with SmartArt WedgeRectCallout (27.11 KB, application/zip)
2022-07-18 23:21 UTC, Regina Henschel
Details
File from bugreport to Microsoft (22.27 KB, application/zip)
2022-07-18 23:29 UTC, Regina Henschel
Details
The first example file in current nightly and PP 2010 (82.80 KB, image/png)
2022-07-20 09:13 UTC, Gabor Kelemen (allotropia)
Details
Explanation from Microsoft, source see comment (98.98 KB, application/zip)
2022-07-30 13:14 UTC, Regina Henschel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2022-07-18 23:21:12 UTC
Created attachment 181314 [details]
File with SmartArt WedgeRectCallout

Open attached document in PowerPoint and in LibreOffice. Notice the notch in the right shape in LibreOffice.

The problem is, that LibreOffice is not really wrong, but we need a workaround for an error in PowerPoint. I have reported the problem to MicroSoft (see URL), but have not got a solution yet.
Comment 1 Regina Henschel 2022-07-18 23:29:01 UTC
Created attachment 181315 [details]
File from bugreport to Microsoft

The problem exists with normal shapes too as we use the custGeom for import from pptx. Only that for a normal shape it is unlikely, that the user drags the handle to inside the rectangle. But the SmartArt uses the default handle position 0,0 and it cannot be changed by the user.
Comment 2 Gabor Kelemen (allotropia) 2022-07-20 09:13:38 UTC
Created attachment 181342 [details]
The first example file in current nightly and PP 2010

Confirming in

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 21a31eefab1401d288dbb8220f3df3365be9efaf
CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: threaded

Colors of the left shape are also off.
Comment 3 Regina Henschel 2022-07-30 13:14:48 UTC
Created attachment 181499 [details]
Explanation from Microsoft, source see comment

I have reported the problem in Microsoft Forum
https://docs.microsoft.com/en-us/answers/questions/928553/actual-rendering-of-wedgerectcallout-is-different.html

According there answer, the definition in presetShapeDefinitins.xml needs a correction. It points me to https://mailman.vse.cz/pipermail/sc34wg4/2018-November/004555.html
That has a document attached with proposed changes.
<http://mailman.vse.cz/pipermail/sc34wg4/attachments/20181108/da981efc/attachment-0001.docx>


I have that document attached here.
Comment 4 Regina Henschel 2022-07-30 13:47:19 UTC
The proposed changes in the custGeom work in PowerPoint. If we use this changes, it might be necessary to adapt the calculations in EnhancedCustomShape2d.cxx. I have not tested that.