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 _______________________________________________ Xprint mailing list [email protected] http://mozdev.org/mailman/listinfo/xprint
