DLI Implementation and Reference Guide - Datalogics

4.10 DLI Implementation and Reference Guide
containing the Adobe standard character set will be used; with ASAtomNull, any
character set will be acceptable.
Concepts and Facilities: Guide to the DL Pager Composition System
The wMode field in the PDEFontAttrs font attributes structure may be set to 0
(horizontal) or 1 (vertical) to select a font of the appropriate writing mode.
The other fields in the font attributes structure are explained in Adobe PDF Library
documentation.
Width Table
A width table may be included with this method for use with TrueType or Type1
fonts. Generally, you should include such a table specifically in cases where you expect
that the font is not known either to the Adobe PDF Library or to Adobe Reader, or
when character widths have to be altered — for example, in the case where an
encoding vector (described below) is used. This table is arranged from the first
character to the 256th character for the encoding or encoding vector used to create
the font.
A font not present on the system must be represented by a width table.
Encoding Vector
You may wish to modify the encoding vector for a Type1 or TrueType font. There are
many reasons for doing this. It is required if you must access characters within the
font not normally encoded. It may be done as a convenience when your data is
encoded differently from the default encoding of the font. Encodings which are not
based on any of the predefined font encodings may also be created and used in this
manner.
The encoding vector is an array of 256 pointers to strings. The values of the strings
are the glyph names of the encoded characters, as these are defined in the font.
Positions which are not encoded should contain the string .notdef.
Type0 fonts may not be encoded. Further, some TrueType fonts may behave
unpredictably if an encoding vector is supplied. The PDF Reference Manual