https://bugs.documentfoundation.org/show_bug.cgi?id=143095
--- Comment #19 from خالد حسني <kha...@aliftype.com> --- (In reply to خالد حسني from comment #17) > (In reply to V Stuart Foote from comment #16) > > (In reply to خالد حسني from comment #15) > > > If you have acess the the actual font data embedded in the PDF, most > > > likely > > > the full name is their as well, either in the “name” table of the TTF > > > fonts > > > or in the TopDICT of CFF/Type1 fonts. We probably have code to parse these > > > somewhere in vcl/source/fontsubset/. > > > > I've uncompressed a few PDFs and all pretty consistently have a /BaseFont > > that collapses the font name to the PS flavor. There is usually a single > > /Fontfamily stanza, but not clear that is granular enough for parsing the > > correct font details out of the CMAP or toUnicode entries we depend on. > > > > AFAICS Kevin's font equiv lookup seems necessary... > > The font data is stored in binary format inside the PDF file, you wont see > much in the uncompressed PDF. Try opening the PDF in FontForge, it might be > able to extract the embedded fonts, or use a tool like mutool to extract the > fonts if you want to manually examine them. The PDF font descriptor can also (optionally) include font family and font weight, so if present they should be used over the PostScript name that is currently used. Apparently not many tools write these to the PDF, including LibreOffice itself. -- You are receiving this mail because: You are the assignee for the bug.
