home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fonts 1 / freshfonts1.bin / bbs / programs / amiga / metafont.lha / MF / INPUTS / modes.mf < prev    next >
Text File  |  1993-11-28  |  39KB  |  1,104 lines
  1. % Compiled 1991 by Karl Berry from modes collected by Doug Henderson,
  2. % Pierre MacKay, and others.  This file is in the public domain.
  3. % 
  4. % Please change the definitions of |localfont|, |screen_cols|, and
  5. % |screen_rows| at the end of file (see explanations below).
  6. % 
  7. % When you make a new |mode_def|, please send it to {\tt
  8. % karl@cs.umb.edu} or {\tt dlatex@cmsa.berkeley.edu}.  Please mention
  9. % what fonts at what sizes you tested it on.  This will help other
  10. % people wondering where particular values came from.  Ideally, you
  11. % would try normal, bold, and italic variants, at sizes around 5$\,$pt,
  12. % 10$\,$pt and 15$\,$pt.
  13. % 
  14. % You can run this file through {\tt mft} to generate a \TeX\
  15. % file, if you like reading typeset output instead of computer screens.
  16. % 
  17. %%% def mode_def
  18. %%% addto font_size coding_scheme font_face_byte landscape landscape_
  19. % 
  20. % @mffile{
  21. %   author = "Pierre MacKay, Doug Henderson, et al."
  22. %   version = "0.7",
  23. %   date = "Tue Jul 23 14:07:37 EDT 1991"
  24. %   filename = "modes.mf",
  25. %   contact = "Karl Berry",
  26. %   email = "karl@cs.umb.edu"
  27. %   address = "135 Center Hill Rd. // Plymouth, MA 02360"
  28. %   checksum = "1103   5359  38973",
  29. %   codetable = "ISO/ASCII",
  30. %   supported = "yes",
  31. %   docstring = "
  32. % 
  33. % This file collects all known \MF\ modes, some of which have not been
  34. % tested.  It also makes definitions to put specials identifying the
  35. % mode in the \MF\ GF output, and to put the coding scheme and other
  36. % so-called Xerox-world information in the TFM output.  Finally, it
  37. % defines some code to handle write-white devices better; this code
  38. % comes into play if a |mode_def| includes the statement
  39. % |mode_write_white_setup_;|.  This only works for those fonts which
  40. % follow Computer Modern's conventions for using |font_setup|.
  41. % 
  42. % This file follows a naming convention that has emerged in the
  43. % discussion of |mode_def|s in {\sl TUGboat}.
  44. % 
  45. % \item{1)} The print engine is identified wherever possible,
  46. %   rather than the printer which incorporates that engine.
  47. % 
  48. % \item{2)} Because |mode_def| names may not contain digits,
  49. %   each digit is spelled out; e.g., {\tt RicohFourZeroEightZero}.
  50. % 
  51. % \item{3)} For historical reasons, some modes have synonyms of all
  52. %   lowercase letters, e.g., `cx' for `CanonCX'.  These abbreviations
  53. %   mostly come from {\tt waits.mf}, a predecessor to this file.
  54. %
  55. % This file is typically loaded when making a \MF\ base; for example,
  56. % the command line {\tt inimf plain input modes} makes a file {\tt
  57. % plain.base} (or {\tt plain.bas}, or something like that) with all the
  58. % modes herein defined (plain itself defines modes called |proof|,
  59. % |smoke|, and |lowres|.)
  60. % 
  61. % A user selects a particular mode when s/he runs \MF, by assigning to
  62. % the variable |mode|.  For example, typing
  63. % {\tt \char`\\mode:=CanonCX; input cmr10}
  64. % sets up values appropriate for the CanonCX engine.
  65. % 
  66. % If no mode is assigned, the default is |proof| mode, as stated in {\sl
  67. % The \MF book}.  This is the cause of the ``{\tt .2602gf}'' files which
  68. % are a periodic question in the \TeX\ community.  The remedy is simply
  69. % to assign a different mode---|localfont|, for example.
  70. % 
  71. % Every site should define the mode |localfont| to be a synonym for the
  72. % mode most commonly used there.  This file defines |localfont| to be
  73. % |CanonCX|.  The values for |screen_rows| and |screen_cols|, which
  74. % determine how big \MF's window for online output is, should perhaps
  75. % also be changed; individual users should definitely change them to
  76. % their own tastes.
  77. % 
  78. % This file defines {\tt ?} to type out a list of all the known
  79. % |mode_def|s (once only).
  80. % 
  81. % A |mode_def| is a \MF\ definition that typically consists of a series
  82. % of assignments to various device-specific variables, either primitive
  83. % or defined in plain.  These variables include the following (page
  84. % numbers refer to {\sl The \MF book\/}:
  85. % 
  86. % |aspect_ratio|: the ratio of the vertical resolution to the horizontal
  87. %   resolution (page 94).
  88. % 
  89. % |blacker|: a correction added to the width of stems and similar
  90. %   features, to account for devices which would otherwise make them too
  91. %   light (page 93).  (Write-white devices are best handled by a more
  92. %   sophisticated method than adding to |blacker|, as explained above.)
  93. % 
  94. % |fillin|: a correction factor for diagonals and other features which
  95. %   would otherwise be ``filled in'' (page 94).  An ideal device would
  96. %   have |fillin=0| (page 94).  Negative values for |fillin| will
  97. %   probably either gross effects or none at all.
  98. % 
  99. % |fontmaking|: if nonzero at the end of the job, \MF\ makes a TFM file
  100. %   (page 315).
  101. % 
  102. % |o_correction|: a correction factor for the ``overshoot'' of curves
  103. %   beyond the baseline (or x-height, or some other line).  High
  104. %   resolution curves look better with overshoot, so such devices should
  105. %   have |o_correction=1|; but at low resolutions, the overshoot appears
  106. %   to simply be a distortion (page 93).  Here some additional comments
  107. %   about |o_correction|, courtesy of Pierre MacKay (edited by Karl):
  108. % 
  109. %   At present, I find that |o_correction| works nicely at 80 pixels per
  110. %   em, and gets increasingly disturbing as you move down towards 50
  111. %   pixels per em. Below that I do not think it ought to happen at all.
  112. %
  113. %   The problem, of course, is that full |o_correction| is supposed to
  114. %   occur only at the zenith and nadir of the curve of `o', which is a
  115. %   small region at high resolution, but may be a long line of
  116. %   horizontal pixels at medium resolution.  The full |o_correction|
  117. %   does not change a 300$\,$dpi {\tt cmr10}, but it changes a 21-pixel
  118. %   high {\tt cmr12} to be 23 pixels high.  The extra height and depth
  119. %   is seen along a line of seven pixels at the bottom and five at the
  120. %   top.  This is a pronounced overshoot indeed.
  121. %
  122. %   For high-resolution devices, such as phototypesetters, the values
  123. %   for |blacker|, |fillin|, and |o_correction| don't matter all that
  124. %   much, so long as the values are within their normal ranges: between
  125. %   0 and 1, with the values approaching 0, 0, and 1 respectively.
  126. % 
  127. % |pixels_per_inch|: the horizontal resolution; the \MF\ primitive
  128. %   |hppp| (which is what determines the extension on the GF filename,
  129. %   as among other things) is computed from this (page 94).
  130. %
  131. %   To be more precise, you can determine the resolution of a font given
  132. %   a |mode_def| and a magnification |m| by simply multiplying
  133. %   |pixels_per_inch| for that |mode_def| by |m|.  (Of course, your
  134. %   results may differ from \MF's if you don't use equivalent
  135. %   fixed-point arithmetic routines.)  Then you can determine the number
  136. %   used in the name of the GF font output by rounding.  For example, a
  137. %   font generated at |magstep(.5)| (which is $\sqrt{1.2}$, which \MF
  138. %   computes as 1.09544) for a printer with |pixels_per_inch=300| will
  139. %   have a resolution of 328.63312 dots per inch, and the GF filename
  140. %   will include the number {\tt 329}.
  141. %
  142. % |proofing|: says whether to put additional specials in the GF file for
  143. %   use in making proofsheets with the assistance of, e.g., the utility
  144. %   program {\tt GFtoDVI} (page 323--4).
  145. % 
  146. % |tracingtitles|: if nonzero, strings that appear as \MF\ statements
  147. %   are typed on the terminal (page 187).
  148. % 
  149. % Neenie Billawala's article in the April 1987 issue of {\sl TUGboat}
  150. % describes how to test your printer for the best set of values for the
  151. % magic numbers above.  Here are some brief comments on the subject,
  152. % courtesy of {\tt rocky@ibm.com}, again edited by Karl:
  153. % 
  154. % For medium-to-low resolution devices, you can first set the |blacker|
  155. % and |o_correction| to~0 and decide on a |fillin| value by looking at
  156. % the diagonal of a lowercase `z' in the typewriter font. The diagonal
  157. % should be the same thickness as the horizontal bars of the `z'. Then I
  158. % decide on the |blacker| value, generally by checking the smaller fonts
  159. % for too much filling in.  Finally, you can set the |o_correction|
  160. % using the guidelines suggested above.
  161. % 
  162. %"
  163. % }
  164.  
  165. % Identify ourselves in the format file.
  166. base_version := base_version & "/modes 0.7";
  167.  
  168.  
  169. % Here are useful macros (also called definitions) that we will use
  170. % throughout.
  171.  
  172. % First, some comments about how th