Created attachment 188197 [details] The LibreOffice Writer document for testing Description of problem: When no printer configured in Fedora Workstation 38, Choose "Print to File...". The PDF file shows Chinese characters overlapping. How reproducible: Open the LibreOffice Writer document without printer configured in Fedora Workstation 38. Click "Print..." menu item, choose "Print to File...", then save the PDF. Steps to Reproduce: 1. Open the LibreOffice Writer document in the attachment 2. Click "Print..." menu item, choose "Print to File...", then save the PDF. 3. Open the PDF file with evince Actual results: The Chinese characters overlap in the PDF file. Expected results: The Chinese characters should not overlap in the PDF file. Additional info: The document seems display correctly in the screen. Use "Export as PDF..." menu item, the PDF file seems correct. Maybe this is related with Noto CJK Variable Fonts. URL: https://bugzilla.redhat.com/show_bug.cgi?id=2183904
Created attachment 188198 [details] The PDF file with no printer configured
Created attachment 188199 [details] The PDF file with PDF export
*** Bug 156152 has been marked as a duplicate of this bug. ***
Khaled Hosny committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c1dcffceb14cd35c7168ba2108b2f2e9aa875b56 tdf#156151: Take PDF DPI into account when outputting Type 3 glyphs It will be available in 24.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.
(In reply to Peng Wu from comment #0) > > Maybe this is related with Noto CJK Variable Fonts. It is related indeed. When we embed a variable font in PDF, we currently embed it as a Type 3 font and draw the glyphs as PDF paths, but the drawing code was assuming a fix DPI which is true for PDF export and not for printing where the DPI depends on the printer settings.
Khaled Hosny committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/ef155fcf7bb78a2788f66cad3d6008b9203f5a32 tdf#156151: Take PDF DPI into account when outputting Type 3 glyphs It will be available in 7.5.6. 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.
Khaled Hosny committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/fe2c0663436879b2d562f0c921da3f844017d85a tdf#156151: Take PDF DPI into account when outputting Type 3 glyphs It will be available in 7.6.0.0.beta2. 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.
Thanks for the quick fix!
*** Bug 156381 has been marked as a duplicate of this bug. ***