summaryrefslogtreecommitdiff
path: root/Master/texmf-dist/fonts/map/dvips/tetex/README
blob: c13463b6054b5cfeb12c369ebe52e6b978c3e636 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
Copyright 2011 Karl Berry
You may freely use, modify, and/or distribute this file, without limitation.

The idea behind these files is to define map entries for the 35 standard
PostScript fonts, in the 8r, 8y, and 8z encodings.  

We support these encodings here, instead of using the .map files from
the ly1 and cs packages, because updmap supports various options to
transform names between Adobe-style and URW-style, in order to support
downloadable vs. assuming built-in fonts in the output from dvips,
pdftex, etc.  Those options apply to these *35.map files only, so
anything about them should be included here for best results.

Here's the idea:
- the "base14" fonts are Courier, Helvetica, Times (x4 of each)
  plus the singular Symbol and and ZapfDingbats.
- the "base35" fonts add Avant Garde, New Century Schoolbook,
  Helvetica-Narrow and Palatino (x4 of each).

- there are URW fontnames used when we download using the URW pfb files, 
  e.g. URWPalladioL-Roma.
- there are Adobe fontnames used when we do not download, but instead
  assume the reading environment provides the fonts,
  e.g., Palatino-Roman.

- these days, it is recommended (and the default) to download
  everything, for both ps and pdf output.

Nevertheless, the files here support various combinations of the above:
dvipdfm35.map - Adobe for base14, URW otherwise (dvipdfm syntax, obsolete).
pdftex35.map  - Adobe for base14, URW otherwise (pdftex syntax).
dvips35.map   - Adobe for everything.
ps2pk35.map   - URW for everything (the default).

These names (dvipdfm, pdftex, dvips, ps2pk) refer to usage and syntax,
not to the programs by those names, as one might reasonably assume.  It
is only updmap that reads these particular files, not the programs.

It would have been simpler if we had generated these files from a
program in the first place instead of maintaining these multiple
almost-but-not-quite-the-same files, but here we are.