>>>>> "Paul" == Paul Barrett <ba...@st...> writes: This is the continuation of an exchange in which Fernando reported a problem when viewing eps figures generated by mpl and included in a pdf file generated by latex. Paul> In acroread the fonts on page 4 look like crap, but if I Paul> print it, it looks fine. So the problem looks like a Paul> mismatch between acroread and the TTF. I took the plunge and made a new rc param ps.useafm : False if True, the ps backend will fall back on old font handling, using afm files and not embedding true type. This of course breaks mathtext, but does result in files that are small, and they may work better in acroread when converted to PDF via latex. Here is simple_plot made with useafm = False and useafm = True. peds-pc311:~/python/projects/matplotlib> ls -l *.ps -rw-rw-r-- 1 jdhunter jdhunter 7137 Feb 23 15:36 afm.ps -rw-rw-r-- 1 jdhunter jdhunter 144234 Feb 23 15:35 ttf.ps It appears to pass backend driver, though I didn't visually check every output. It would be nice to extend this approach to allow the user to use afm for everything but mathtext, if desired, as well as to embed only the individual truetype glyphs as we've discussed before, but this is a start. I didn't use the state caching with the afm fonts since this is a system Jochen created and I don't want to break anything, so Jochen you may want to take a look and clean it up. I'm pretty sure I didn't break anything -- just added new functionality that might be able to be done more efficiently. Fernando, on another note, I believe the Cairo backend generates PS, which you could also try. I haven't looked at it. JDH