[Libreoffice-bugs] [Bug 82163] Fileopen: Draw cannot render embedded font in pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=82163 --- Comment #20 from Emily Bowman --- That it always falls back to Libre Sans, basically a new Arial, for all missing fonts is probably the worse crime than that it can't do enough with subset fonts, although it's become better at matching letter height metrics than it used to be. Horizontal metrics are still terrible, but more legible than vertical overlap. As long as we're still in enhancement mode, it would be nice if the fonts were simply left alone until a block was actually unlocked to be edited. After all, fonts can be embedded, and there are no restrictions on how many glyphs a font requires. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82163] Fileopen: Draw cannot render embedded font in pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=82163 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #19 from V Stuart Foote --- 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.
[Libreoffice-bugs] [Bug 82163] Fileopen: Draw cannot render embedded font in pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=82163 Buovjaga changed: What|Removed |Added CC||ulr...@veith-system.de --- Comment #18 from Buovjaga --- *** Bug 100966 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82163] Fileopen: Draw cannot render embedded font in pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=82163 Timur changed: What|Removed |Added Summary|LibreOffice Draw cannot |Fileopen: Draw cannot |render embedded font in pdf |render embedded font in pdf -- You are receiving this mail because: You are the assignee for the bug.
