Fonts

-2(






"

Fonts

Contents
+Font Bitmaps


OAs with macros, fonts need to be stored in a hierarchical structure in order tomake maintenance feasible. ;The TDS specifies the following (except for PK andFGF files, which need additional structure, as detailed in thenext sextion):

\texmf/fonts/type/supplier/typeface/


type


 is the type of font file: 


source


4font sources (METAFONT files, property lists, etc.).



tfm


TFM files.



vf


virtual fonts.



afm


Adobe font metrics.



pk


PK files.



gf


GF files.



type1


= Type 1 fonts in PFA or PFB format or both.

 



supplier


: is the name of the font supplier or public.  adobe, + monotype, and ams are" examples of supplier.  

4 The public directory serves a practical4 purpose: it designates fonts which can be freely redistributed. 

 The name ams= is precisely defined: the ams typeface directory9 contains only the fonts distributed by the AMS# in the ``amsfonts'' collection. 



typeface


6 is the name of the typeface family. cm, 7 latex, euler, concrete, / bookman, and courier are examples of typeface. 

0 The names cm and latex areF precisely defined, as follows. The cm typeface directory6 contains only the 75 fonts defined in Computers6 and Typesetting, Volume E. The latex? typeface directory contains only the fonts distributed with# LaTeX in the base distribution.



For example:

#texmf/fonts/tfm/public/cm/cmr10.tfm'texmf/fonts/type1/adobe/utopia/putr.pfa


?For more information about font filenames, consult Filenamesrfor TeX fonts (see Section C, Related References for a complete reference)./

Font Bitmaps



)The bitmaps for each font require special9attention. In addition to the name of the font, two moreDcharacteristics are required to uniquely identify a bitmap font: theBtype of device (i.e., mode) for which the font was created and theresolution of the bitmap. 

#Following common practice, the TDS 4segregates fonts with different device types (modes)Einto separate directories. Consult modes.mf for recommendedlmode names. (See Section C, Related References for a complete reference.)

BTwo naming strategies are commonly used to identify the resolution@of bitmap font files. On systems that allow long filenames, theIconvention is to include the resolution in the filename (in fact, this is+how METAFONT itself names its output). For5example, the 300dpi bitmap of cmr10 is named8cmr10.300pk. On other systems, such as MS-DOS,6the fonts are generally segregated into directories by?resolution. For example, the same 300dpi bitmap would be named7cmr10.pk in a directory named dpi300.

-Because the TDS cannot assume long filenames M(see Section 2.2, Constraints)/it must use the latter scheme for naming fonts.=Therefore, under the pk directory, the TDS specifiestwo moresubdirectory levels:

stexmf/fonts/pk/mode/supplier/typeface/dpi/


mode


< is the mode name which identifies the device type. This? is usually the name of the METAFONT mode used to build the  PK file.& ljfour, cx, and 2 linotype are examples of mode. 

< For fonts rendered as bitmaps by a program that does not5 distinguish between different output devices, the8 mode name shall be that of the program (e.g.,& ps2pk, gsftopk). 



dpi


C specifies the resolution of the font. The directory name shall? consist of the string dpi followed by the numeric : value of the resolution in decimal. dpi300, . dpi329, and dpi1404 are  examples of dpi.



5GF files are stored in a parallel structure:

stexmf/fonts/gf/mode/supplier/typeface/dpi/9

Valid Font Bitmaps



;The TWG recognizes that the use of short filenames has manyOdisadvantages. The most vexing is that it results in the creation of dozens of?different files with exactly the same name. At a typical site,Hcmr10.pk will be the filename for Computer Modern Roman 10pt at$5--10 magnifications for 2--3 modes.

MThere was considerable discussion about how to minimize the disadvantages of 3this scheme. One result of that discussion was the@decision to allow extensions to the basic naming scheme (such as>cmr10.300pk or font library files), provided that theEbasic scheme is also supported. The following statement is the otherresult:



8In a TDS-conformant installation, all PK files must containDenough information to identify precisely how they were created; thisDincludes mode, base resolution, and magnification used to create thefont.



BThis information is easy to supply: a simple addition to the localJmodes used for building the fonts with METAFONT will automatically provideDthe required information. If you have been using a local modes fileAderived from (or that is, in fact) the complete modes.mfCdistribution from CTAN, the required information is already in your?PK files. If not, a simple addition based on the codeofound in modes.mf (see Section C, Related References for a complete/reference) can be made to your local modes file"and the PK files rebuilt.