I've now copied all the FreeSans files into the distribution (an eclipse plugin based setup) and expressly call for FreeSans in the svg file. The result is much the same as from relying on auto-detect: Just a different spacing problem from that which we get when we call for Helvetica: The J and o are too widely spaced; the i and the n are touching.
Just a reminder: the svg files look fine (and indistinguishable) with either "FreeSans" or "Helvetica". It's just the pdf that is problematic. On 06/30/2011 04:12 PM, Andreas L. Delmelle wrote: > On 30 Jun 2011, at 23:47, Rob Sargent wrote: > >> The news about the mac is reassuring, thanks. >> >> So far I've swapped out the alias for Numbus Sans L for FreeSans in >> /etc/fonts/conf.avail/30-metric-aliases.conf: fonts-config; fc-cache; >> placed the following in my fop config xml >> <font kerning="yes" embed-url="FreeSans.ttf"> >> <font-triplet name="Helvetica" style="normal" >> weight="normal"/> >> </font> > Wait a second... > Did you also configure FOP to locate the "FreeSans.ttf" file? > See: http://xmlgraphics.apache.org/fop/1.0/fonts.html#basics, and beyond > > If FOP is not specifically told to look elsewhere, and it would not find that > TTF in the working directory, then as a result, it would still fall back to > the default sans-serif and use the inappropriate metrics. > > > Regards, > > Andreas > --- > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
