fontinst with 8y.etx
Hilmar Schlegel
Hilmar Schlegel <hshlgaii@mailszrz.zrz.tu-berlin.de>
Wed, 17 Jun 1998 23:50:15 -0400
Berthold Horn wrote:
>
> At 03:22 PM 6/12/98 -0400, Hilmar Schlegel wrote:
>
> >> >» Also due to different checksums it is
> >> >» not straight forward to mix "raw" fonts from Y&Y and VFs made by
> >> >» fontinst.
>
> >> You just turn off the encoding warnings in either case. It is a pity
>
> >That's certainly not the intention...
>
> >> though not to agree on a sensible checksum algorithm :-), like
>
> >Fine would be *one* unique checksum in a scheme which *is* supported by
> >the software dealing with the fonts ;-)
>
> >> the mod 40 method to hide the font encoding.
>
> >Also the family code is handy place.
>
> NO. The whole point of hiding information in the checksum
> rather than elsewhere in the TFM file is that the checksum is
> COPIED into the DVI file and hence accessible to the DVI driver!
Which then allows to use different TFM files with the same name and
differentiate them by their checksum...
> And yes, AFMtoTFM *also* uses the header fields to record
> some information in human readable form so you can just read
> a TFM file into a text editor and see what encoding was used.
>
> But that is not nearly as useful.
The problem is however how one will get the corresponding checksum into
a *given* PL or VPL file - aside from the support for the checksums in
the programs dealing with the TFM files. It is in this respect a bit
like with XUIDs for Type 1 fonts...
Hilmar Schlegel
--
---------------------------------------------------------------
mailto:hshlgaii@mailszrz.zrz.TU-Berlin.DE?Subject=Mail response
---------------------------------------------------------------