Created attachment 189769 [details] Bug Show Converting powerpoint to PDF causes overlap in artistic text. PPT is ok, but PPTX is problematic. Please get more information from attachment.
Please attach the document where this issue happens.
Created attachment 190131 [details] this is the origin ppt file. The file "powerpoint.pptx" is origin file. Thanks.
Created attachment 190132 [details] this is the target PDF file this is the target PDF file. Thanks.
Reproduced in 7.5: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9374f74385d7dfe77d1902d3d82af20143bc775 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Not reproduced in 7.4: Version: 7.4.7.2 / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Re-saving as PPTX with LO before exporting fixes the issue. Using the impress_pdf_Export filter, I bibisected with linux-64-7.5 repo to first bad commit caee3eee4bab84fb7e7f438ea1ff43496414f096 which points to core commit: commit 60fd694ac362e9314f54fa992e31e8baa5bdf80f author Khaled Hosny Tue Sep 06 00:56:37 2022 +0200 committer خالد حسني Tue Sep 06 15:05:39 2022 +0200 vcl: Add LogicalFontInstance::GetGlyphWidth() To be used it in PDF export where we need the unshaped glyph width to calculate PDF glyph adjustments. Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139462 At this point, only two characters out of five are visible on the export. Later on, at build commit e02e4eac04b0750cdd4e82ee0d7962033ca96786, which points to the core commit below, they are in the wrong order, and two of them overlap. commit e5a797a9beb03b9d9759a94b98107f509a0d5488 author Khaled Hosny Sun Sep 18 13:04:05 2022 +0200 committer خالد حسني Mon Sep 19 13:38:52 2022 +0200 vcl: Fix Type 3 glyph widths Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140126 Khaled, can you please have a look?
(In reply to Stéphane Guillou (stragu) from comment #5) > Re-saving as PPTX with LO before exporting fixes the issue. (for some reason, this is only true after _deleting_ some other slides and then saving, but not if e.g. moving a picture or editing some other text and then saving...)
*** Bug 160872 has been marked as a duplicate of this bug. ***
Jonathan Clark committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/15d92cd882e7d8280d6d9bdc44b6f29a951aef46 tdf#157390 Fix overlapping CJK characters in PDF export It will be available in 25.2.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.
*** Bug 160932 has been marked as a duplicate of this bug. ***
Verified in Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b74b95bba6b84225248e5b7badf1de7ae401a79 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded @Jonathan, thanks for fixing this issue!!
Jonathan Clark committed a patch related to this issue. It has been pushed to "libreoffice-24-8": https://git.libreoffice.org/core/commit/422ec8b7ece7764bca602610168d1668b2b148bb tdf#157390 Fix overlapping CJK characters in PDF export It will be available in 24.8.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.