font-family not handled properly? about svglib HOT 11 CLOSED

I don't think there was a lot of test effort regarding fonts. The way reportlab works (from my ancient knowledge about it) regarding PDF output is that the "standard 14 Postscript" fonts are included/available into every PDF file, while any other needs to be declared and embedded manually, e.g. as TrueType or Type-1. Verdana is not one of the 14 standard ones, see: http://www.enfocus.com/manuals/ReferenceGuide/PP/10/enUS/en-us/concept/c_aa1140975.html

from svglib.

To embed fonts in PDF, we'll have to obtain the font system path. It looks like Python doesn't offer a simple way to get OS-independent system font files. The best implementation I found until now is matplotlib font_manager (https://matplotlib.org/api/font_manager_api.html). Requiring matplotlib is a bit of a heavy dependency, but we might optionally depend on it for better font support?

from svglib.

See #107 for a similar issue with a Chinese font.

from svglib.

Better font support would certainly be a nice-to-have essential feature. But I'd rather include some existing code from elsewhere doing font search than add a dependency on something as huge as matplotlib. The easiest to start with would be to ask the svglib user to provide a list of directories to find fonts in.

from svglib.

Agreed. My patch above is a first step to better support the standard PDF fonts. Then we can gradually improve support for other fonts.

from svglib.

Would be great if you could test again the result with the more recent svglib code.

from svglib.

On my system, at least "Verdana" is no longer "Helvetica". (Curiously it is DejaVuSans, Verdana is not installed on my system).
The text in Dingbats is now gives:

Unable to find a suitable font for 'Dingbats'

from svglib.

If the font is not installed on your system and Fontconfig is available, the used font will be indeed the Fontconfig default, which is DejaVuSans on many Linux systems. WOUld you suggest some other behavior?

Unable to find a suitable font for 'Dingbats'

Note that the font name in the standard fonts is ZapfDingbats. Do you have a Dingbats font installed on your system?

from svglib.

It's been nice surprise for me to see new features around font support. There seems to be a bug with font's like Open Sans, which have space in their name. In method convertFontFamily they are being split into two by the method split_attr_list.
I'm not sure what the standards says about such font names and I currently don't have time to research that and potentially fix it. So just reporting. Sorry for that.

Attaching example svg:

<svg xmlns="http://www.w3.org/2000/svg" width="400" height="400">
<style> text { font-family: 'Open Sans'; font-size: 30px; } </style>
<text x="10%" y="50%" >Lorem</text>
</svg>

and print out of font_names just after initialization.
['"Open', 'Sans"']

from svglib.

Thanks for reporting, fixed in f439a3f

from svglib.

Font support has improved a lot since this issue was reported. I'm closing this issue, suggesting that specific font bugs to be created as separate issues with detailed reproducing instructions.

from svglib.