Created attachment 154782 [details] HatchNoBackground.odp has a triangle with hatched fill and no background Open attached document. It has a triangle with hatch filling, where the background of the hatch is set to 'no background'. That is draw:fill-hatch-solid="false" in ODF. Save the document to pptx format. The saved file has correctly <a:alpha val="0" /> in the <a:bgClr> element. So when opening the file in PowerPoint, then the background of the hatch is transparent. Now open the pptx file in LibreOffice. Notice the hatch background is red. ODF only allows "false" or "true" and not the continues values of the "alpha" element. But in case the alpha value is 0, which means full transparent, draw:fill-hatch-solid="false" should be used.
On pc Debian x86-64 with master sources updated today, when I try to reproduce this, the pptx opened in LO indicates a white background. Wrong too but with another color.
Just for the record, the issues started after https://cgit.freedesktop.org/libreoffice/core/commit/?id=f16368777b8b03164e3485143f014486e7cc69e2 < drawingML export: hatching of shapes >, before that, the hatching wasn't exported at all... @Zolnai Tamás, I thought you might be interested in this issue...
(In reply to Xisco Faulí from comment #2) > Just for the record, the issues started after > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=f16368777b8b03164e3485143f014486e7cc69e2 < drawingML export: hatching of > shapes >, before that, the hatching wasn't exported at all... > > @Zolnai Tamás, I thought you might be interested in this issue... There are 3 steps: - initial odp - export odp -> pptx - import pptx -> odp If I don't misunderstand ,the first 2 ones are ok, only the third is ko so not related to Tamás' commit?
It seems to be in https://opengrok.libreoffice.org/xref/core/oox/source/drawingml/fillproperties.cxx?r=727ca36e#715 There ShapeProperty::FillBackground is set to 'true' without considering transparency.
Created attachment 169071 [details] The original document and its PPTX version in Impress No hatching background color practically means transparency, but it's still replaced with white background on OOXML export in: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6ee7a3b2c0565c2871d32d704cb2899445b9f88d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL This is not PPTX specific, happens with an odt->docx conversion as well.
Created attachment 169072 [details] Screenshot of the original document in Impress and its PPTX version in PP Looks good in PP. Only the PPTX reopen in Impress is problematic.
Tünde Tóth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/001afbed910b7e565f602c1b11b1b4538cd59442 tdf#127989 OOXML: fix import of transparent hatching It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tünde Tóth committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/642f85b234d61ed87ee74f94b713321572e6774e tdf#127989 OOXML: fix import of transparent hatching It will be available in 7.3.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
No problem in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: c13db6e792cc347ffff4585f23866f195651f21f CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded