[Libreoffice-bugs] [Bug 143095] Export of ODT document with "Liberation Serif" font to PDF, on round-trip the font is shown as "LiberationSerif" when PDF filter imported into Draw

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=143095

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|PDF Import: When export an  |Export of ODT document with
                   |ODT document with           |"Liberation Serif" font to
                   |"Liberation Serif" font to  |PDF, on round-trip the font
                   |PDF, the font is shown as   |is shown as
                   |"LiberationSerif" when open |"LiberationSerif" when PDF
                   |the PDF with Draw           |filter imported into Draw
                 CC|                            |jluth at mail.com,
                   |                            |thb at libreoffice.org,
                   |                            |vmiklos at collabora.com,
                   |                            |vstuart.foote at utsa.edu,
                   |                            |vvort at yandex.ru
             Blocks|                            |99746
                 OS|Linux (All)                 |All

--- Comment #2 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Observation is valid

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 1db375e06516d0532f01f9585986617aa3079866
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

But is this a bug? I don't think so...

LibreOffice is not a PDF "editor", we filter import a PDF (to Draw by default,
but also to Writer, or Imrpess).

While font names held within PDF (including our filter exports to PDF) are
never the installed system font names. Rather they are the PDF parsed names for
the font that may or maynot be embedded--with subset or fully into the PDF.

We should handle the subsetting better--bug 82163 or bug 101220, needed for
touchup of a PDF--as other 'viewers' support. But since we do not 'edit' a PDF
the font names are irrelevant--and correctly receive a fall back font
assignment.

Withing LO filter import, the fallback font assignment could be improved--to
better match what we exported into the PDF against the internal PDF subset
fonts.  But that is an enhancement.

Our other import filter is pdfium based. Used for the Insert -> Image dialog,
it recomposes the PDF page(s) using the internal font glyph paths to render the
text runs described. If the fonts are not embedded it just uses the paths.
Fidelity is high (though the bitmap rendering remains low resolution, bug
115811).


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=99746
[Bug 99746] [META] PDF import filter in Draw
-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210627/d9a1c74e/attachment.htm>