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.
> In acroread the fonts on page 4 look like crap, but if I
> print it, it looks fine. So the problem looks like a
> 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