Bug 137658 - Wrong font for pdf import
Summary: Wrong font for pdf import
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.0.2.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-21 14:49 UTC by seven
Modified: 2020-10-23 15:27 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Sample pdf doc (1018.23 KB, application/pdf)
2020-10-21 14:49 UTC, seven
Details
Image to compare (1.26 MB, image/png)
2020-10-21 14:53 UTC, seven
Details

Note You need to log in before you can comment on or make changes to this bug.
Description seven 2020-10-21 14:49:09 UTC
Description:
Document display in editor not like pdf original

Steps to Reproduce:
1. Open pdf document in attachment
2. Compare with standard pdf viewers

Actual Results:
font display like not original font

Expected Results:
Original font or similar


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.2.2 (x64)
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); ИП: ru-RU
Calc: threaded
Comment 1 seven 2020-10-21 14:49:47 UTC
Created attachment 166589 [details]
Sample pdf doc
Comment 2 seven 2020-10-21 14:53:47 UTC
Created attachment 166590 [details]
Image to compare
Comment 3 V Stuart Foote 2020-10-21 21:31:47 UTC
The PDF is a form with the recipients name assigned 'Roboto Thin' font.

If that font is not present on system, it will receive a fall back assignment--default is 'Liberation Sans Narrow'

You can handle the PDF either of two ways Insert -> Image onto a Draw cavnas, and then from Shape -> 'Break' the image.  Initial insert will keep the 'Roboto Thin' but the break will result in fall-back.  Or, you can open the PDF directly, and the filter import will perform the break of the recipient name with font fall-back.

If you need to maintain fidelity, use the insert as image with no break.  But if you need to make minor changes to the form fields you either need to install the needed font--or work with the fall-back font.
Comment 4 seven 2020-10-22 20:02:15 UTC
I make report to fix this problem from BOX for new users who not do anything additional just open/edit/print like it original.
Comment 5 V Stuart Foote 2020-10-22 20:24:17 UTC
LibreOffice is not a PDF editor.

If the font used in a PDF is not "installed" to the system opening (PDF import) the PDF it will receive a font fall-back to what is available on the system.

When inserted as an image, the PDF will be read for the exact glyphs used in the PDF and those will be rendered as a bitmap.

We do this because the fonts "embedded" into a PDF are generally not complete so we do not attempt to extract them for use.  Not an issue as LibreOffice is *not*a PDF editor. And its filter imports of PDF can be useful to work with, but have inherent limitations.  Font handling is one of them.
Comment 6 seven 2020-10-23 14:11:36 UTC
Yes, I understand and remember that you need a dialog box to show missing fonts or/and add another default font to the system, more similar than what is currently used.
Comment 7 V Stuart Foote 2020-10-23 15:27:18 UTC
(In reply to seven from comment #6)
> Yes, I understand and remember that you need a dialog box to show missing
> fonts or/and add another default font to the system, more similar than what
> is currently used.

Yes, that remains to be done. See Meta bug 103342 for discussions.