https://bugs.documentfoundation.org/show_bug.cgi?id=169402
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Some characters overlapped |Some characters overlapped |in a PDF |in a PDF on import with CID | |font subsets Ever confirmed|0 |1 CC| |[email protected], | |[email protected] Status|UNCONFIRMED |NEW Blocks| |99746 OS|Linux (All) |All --- Comment #2 from V Stuart Foote <[email protected]> --- The five "fonts" recorded into the PDF are unusable. CIDFont+F1 CIDFont+F2 CIDFont+F3 CIDFont+F4 CIDFont+F5 Majority of the text runs are in the CIDFont+F4. IIANM the Character ID (CID) subset fonts have no meaning to LibreOffice's use of Poppler --> Cairo import filter object conversion to sd text strings. So an *unmanaged font fall back* occurs for each unknown font. Currently you can use the Tools -> Options -> Font dialog to substitute a system font of your choosing. I used the serif XITS font (for its excellent font metrics), but you probably want a sanserif. While if you have the source OOXML on you system you could check and assign LibreOffice font substitution to use the exact font of the document. Also, seems one can force the MS Word to PDF export to use its "Best for printing" mode that should embed the actual font rather than CID subsets. @Dave, any insight on the poppler --> Cairo handling of CID subsets in our pdfio import filters? Is this another aspect of our poppler builds not including font support? 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.
