tara@gauss.rutgers.edu (Tara Madhyastha) (05/25/89)
I recently built slitex on a Sun 3(4.0), and found that although
the invisible fonts (pxl format) preview just fine (the spacing is
correct for color slides and overlays), the dvi2ps output is very
skewed, as if invisible gf fonts are being translated to postscript
with widths just slightly greater than 0. The dvi2ps we are using is
Ld-dvi2ps version 2.3.
Has anyone else encountered such a problem?
--
Tara Madhyastha tara@rutgers.edupiet@cs.ruu.nl (Piet van Oostrum) (05/25/89)
In article <May.24.22.06.36.1989.11739@gauss.rutgers.edu>, tara@gauss (Tara Madhyastha) writes: ` ` I recently built slitex on a Sun 3(4.0), and found that although `the invisible fonts (pxl format) preview just fine (the spacing is `correct for color slides and overlays), the dvi2ps output is very `skewed, as if invisible gf fonts are being translated to postscript `with widths just slightly greater than 0. The dvi2ps we are using is `Ld-dvi2ps version 2.3. Some dvi2ps's have problems with invisible fonts. It might be solved by patching the definition of @dc in the postscript prolog file. Here is something you could try if your prolog code looks similar: ------------------------------------------------------------------------ /@dc % char-data ch @dc - -- define a new character bitmap in current font { /ch-code exch def % ++oystr 12-Feb-86++ dup 0 get length 2 lt % From: Mario Wolczko <mcvax!r5.cs.man.ac.uk!mario> % replace <> with null {dup 4 get exch 5 get <00> 1 1 0 6 -2 roll 6 array astore} if % --oystr 12-Feb-86-- /ch-data exch def currentfont /BitMaps get ch-code ch-data put currentfont /Encoding get ch-code dup ( ) cvs cvn % generate a unique name simply from the character code put } def ------------------------------------------------------------------------ -- Piet van Oostrum, Dept of Computer Science, University of Utrecht Padualaan 14, P.O. Box 80.089, 3508 TB Utrecht, The Netherlands Telephone: +31-30-531806. piet@cs.ruu.nl (mcvax!hp4nl!ruuinf!piet)