[Xprint] Xprint observations

[Jan Willem Stumpel]

1. The "huge fonts, .ps files unviewable in gv" problem can be
   worked-around. It is not directly xprint's fault, but a fault of the
   recent versions of ghostscript, or perhaps some interaction between
   xprint and ghostscript.

   The solution is to downgrade ghostscript; in my case the problem
   disappeared after I downgraded to the Debian package
   gs-esp_7.07.1-9_i386.deb.

   The newer versions *also* have problems printing Japanese through
   PostScript/default (see Debian bug #352069). It seems they cannot
   print Japanese anymore because gs's config system for finding fonts
   has changed, and the new system does not work. Maybe this somehow
   causes the "huge font" problem also.

2. An interesting experiment is to print from Firefox or Mozilla after
   allowing, and then not allowing, "documents to use other fonts"
   in the preferences/appearance/font menu (preferences/content/fonts
   and colors/advanced) in Firefox). For web pages which do not specify
   their own fonts (no FONT tags in the HTML), nothing changes on the
   screen. But in the print-out, if you do not allow documents to use
   their own fonts, everything comes out as a Courier-like typewriter
   font. Is this a bug? Anyway, people who only see typewriter font in
   their print-outs should check that "using other fonts" is allowed.

3. If you use the "Freemono" font for printing e-mail messages (by
   specifying this in the userContent.css file) the horizontal spacing
   of the letters is far too large. It is a known bug of (several
   versions of) the ttf-freefont package that the *line* spacing is
   wrong. With xprint (and AFAIK only with xprint) the *letter* spacing
   is wrong  also. The solution is to downgrade to an earlier version of
   ttf-freefont; the Debian package ttf-freefont_20051102-2_all.deb
   works OK. See Debian bug #254113.

Regards, Jan