https://bugs.documentfoundation.org/show_bug.cgi?id=82163
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vstuart.fo...@utsa.edu
--- Comment #19 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
LibreOffice is not a PDF editor--we make no claims to be!
Rather we provide a functional filter import to XML stream and rendering as ODF
document, with some legitimate issues.
We also provide a pdfium based renderer that has high fidelity to original PDF
source--including correct rendering of embedded fonts for text runs. As has
been noted if you want to work with filter imported PDF, you must have the full
font(s) installed to system.
The pdfium based insert filter will reconstruct the PDF fonts (either embedded
or by toUnicode handling of the paths).
The import filter does not handle the subset fonts well--but isn't it actually
is better to perform font fall back. That is when PDF is filter imported,
rather than inserted as an image, there is some expectation that one would want
to edit the Draw (or Writer, or Impress) document.
Consider what happens with the new document (that is what it is) and attempts
to edit when the characters desired are not present in the embedded subset?
That's right you'd be depending on a font fallback to substitute for missing
glyphs.
Better to not use the subset fonts at all and provide more reliable fallback
and identification of oddly PS named fonts.
--
You are receiving this mail because:
You are the assignee for the bug.
