I'm filing the bug under evince but there are other components involved. The PDF specification defines 14 standard fonts which don't need to be embedded in a PDF as the reader must provide them. They are: - Times Roman (normal, bold, and italic) - Helvetica (normal, bold, and italic) - Courier (normal, bold, and italic) - ZapfDingbats (normal) - Symbol (normal) I noticed that this is not guaranteed, at least with evince: I see that somehow the fonts are substituted with other ones, sometimes in a weird way: - Helvetica substituted with TexGyreHeros, which sounds OK - Zapf Dingbats (/Subtype/Type1/BaseFont/ZapfDingbats/Type/Font) is substituted with Liberation Sans (!) Here's a link to a PDF that that can reproduce this: https://raw.githubusercontent.com/hopding/pdf-lib/HEAD/assets/pdfs/standard_fonts_demo.pdf Suggestions: - In order to properly render PDFs, evince should RDEPEND on packages providing these 14 basic typefaces. For example media-fonts/urw-fonts provides a version of Zapf Dingbats (https://en.wikipedia.org/wiki/Zapf_Dingbats#Availability) - Information should be printed to document that certain eselect fontconfig should be enabled. Thank you,
I asked a friend to run inkscape on mac to convert the fonts of that demo PDF into paths and stored the result here: https://gitlab.com/cJ/fontastic/-/blob/main/pdf-standard-fonts/standard_fonts_demo-path.pdf
