This morning I found the unifont font which completely eliminates missing glyphs from the pdf form of our documentation. To try this for yourself locally, apply the following patch:
Index: dblatex_stylesheet.xsl =================================================================== --- dblatex_stylesheet.xsl (revision 12579) +++ dblatex_stylesheet.xsl (working copy) @@ -1,11 +1,11 @@ <?xml version='1.0' encoding="UTF-8"?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; version='1.0'> <xsl:param name="xetex.font"> - <xsl:text>\setmainfont{FreeSerif} + <xsl:text>\setmainfont{unifont} </xsl:text> - <xsl:text>\setsansfont{FreeSans} + <xsl:text>\setsansfont{unifont} </xsl:text> - <xsl:text>\setmonofont{FreeMono} + <xsl:text>\setmonofont{unifont} </xsl:text> </xsl:param> </xsl:stylesheet> However, I decided not to commit this change because although there are no missing glyphs in the pdf result, that result is quite ugly because unifont is a scaled, low-resolution, monospaced, bitmapped font. So for now, I will continue with FreeSerif, FreeSans, and FreeMono to obtain reasonable quality in our pdf results at the price of missing CJK glyphs (i.e., empty boxes instead of the Korean and Mandarin forms of the "peace" words) in those results. I have rewritten (revision 12584) the relevant discussion in doc/docbook/README.developers in light of this latest experience with an extremely comprehensive but low-quality font. To summarize that discussion, I think we have made the best possible choice of tools to deal with UTF-8 in our DocBook documentation. Nevertheless, for the pdf case alone we will be forced to make this compromise between comprehensiveness and quality of specific fonts until the xelatex/fontspec tools we indirectly use to build the pdf form of our documentation are modified to allow generic fonts to be specified (i.e., where fontconfig is allowed to do its job of automatically choosing the best specific serif, sans, or monotype system font for any unicode glyph that is encountered). Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
