https://bugs.documentfoundation.org/show_bug.cgi?id=114844
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
Blocks| |99746
--- Comment #2 from V Stuart Foote <[email protected]> ---
Your screen shot shows font substitutions are being made for several of the
PalatinoLinoType fonts subsetted into the PDF. Similar for me on Windows
builds.
So, IMHO this is correct behavior (if referenced font is not installed on
system) but then fallback handling of font metrics is not ideal.
Unlike other PDF "viewers", for our purposes of extracting PDF content, on
filter import of a PDF the font substitution has to be made--as we likely will
need to change text to use glyphs that are not included with the available
subset in the PDF.
And the trouble comes with the fallback mechanism, which is passed off to the
OS to deal with.
I don't know if the PDF font embedding includes all the metrics--anyone? But
not sure we can improve that if the font metrics are not available.
So, not really an issue with HarfBuzz?
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._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
