[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AFM files
From: |
Reimer Behrends |
Subject: |
Re: AFM files |
Date: |
Wed, 25 Jul 2001 12:39:17 -0400 |
User-agent: |
Mutt/1.2.5i |
On Wed, Jul 25, 2001 at 04:19:54PM +0200, Michael Piotrowski wrote:
[...]
> For the printer, if it is new enough, the font needs only be packaged
> as Type 42 font (avoid conversion to Type 1 if possible). There are a
> number of utilities for this, e.g., ttftot42
> <http://ftp.giga.or.at/pub/nih/ttftot42> (Hmm, I can't currently reach
> this server, but I guess that's transitory). I'd recommend to name
> the Type 42 font "fontname", e.g., "MinyaNouvelle", and to put it in
> the same place as the TrueType font.
Unfortunately, ttftto42 v0.3 has a bug (patch below), which may or may
not manifest (only allocates enough space for a single struct, when it
needs an array of 256 of them => random memory overruns).
> Download the Type 42 font to the printer as desired ;-) (The simplest
> method is to simply prepend it to the document, e.g.:
It should be noted here that Type 42 fonts are not supported by some
devices (they are TrueType fonts embedded in a PostScript dictionary
and still require the device to have a TrueType rasterizer; no problem
if PostScript is only used as an intermediary stage for printing or
for PDF conversion, but it will not be portable). Of course, conversion
to Type 1 fonts, while portable, has its own set of problems ...
[...]
Reimer Behrends
Patch for ttftot42 v0.3:
diff -r ttftot42-0.3/write_afm.c ttftot42-0.3-fixed/write_afm.c
173c173
< encoding->reverse = (struct rev_enc *)xmalloc(sizeof(struct rev_enc));
---
> encoding->reverse = (struct rev_enc *)xmalloc(256*sizeof(struct rev_enc));
- Re: AFM files, (continued)
- AFM files, Raúl Núñez de Arenas Coronado, 2001/07/19
- AFM files, Raúl Núñez de Arenas Coronado, 2001/07/23
- AFM files, Raúl Núñez de Arenas Coronado, 2001/07/25
AFM files, Raúl Núñez de Arenas Coronado, 2001/07/26