OS/2 - OS/2 and Windows Metrics

The OS/2 table consists of a set of metrics that are required in OpenType fonts. The layout of this table is as follows:
TypeName of EntryComments
USHORTversion 0x0001
SHORTxAvgCharWidth;  
USHORTusWeightClass;  
USHORTusWidthClass;  
SHORTfsType;  
SHORTySubscriptXSize;  
SHORTySubscriptYSize;  
SHORTySubscriptXOffset;  
SHORTySubscriptYOffset;  
SHORTySuperscriptXSize;  
SHORTySuperscriptYSize;  
SHORTySuperscriptXOffset;  
SHORTySuperscriptYOffset;  
SHORTyStrikeoutSize;  
SHORTyStrikeoutPosition;  
SHORTsFamilyClass;  
PANOSEpanose;  
ULONGulUnicodeRange1 Bits 0-31
ULONGulUnicodeRange2 Bits 32-63
ULONGulUnicodeRange3 Bits 64-95
ULONGulUnicodeRange4 Bits 96-127
CHARachVendID[4];  
USHORTfsSelection;  
USHORTusFirstCharIndex  
USHORTusLastCharIndex  
USHORTsTypoAscender  
USHORTsTypoDescender  
USHORTsTypoLineGap  
USHORTusWinAscent  
USHORTusWinDescent  
ULONGulCodePageRange1 Bits 0-31
ULONGulCodePageRange2 Bits 32-63
  


 
version
Format:2-byte unsigned short
Units:n/a
Title:OS/2 table version number.
Description:The version number for this OS/2 table.
Comments:The version number allows for identification of the precise contents and layout for the OS/2 table. The version number for this layout is one (1). The version number for the previous layout (in rev.1.5 of the TrueType specification and earlier) was zero (0). Version 0 of the OS/2 table was 78 bytes; Version 1 is 86 bytes, having added the ulCodePageRange1 and ulCodePageRange2 fields.
  
 
xAvgCharWidth
Format:2-byte signed short
Units:Pels / em units
Title:Average weighted escapement.
Description:The Average Character Width parameter specifies the arithmetic average of the escapement (width) of all of the 26 lowercase letters a through z of the Latin alphabet and the space character. If any of the 26 lowercase letters are not present, this parameter should equal the weighted average of all glyphs in the font. For non-UGL (platform 3, encoding 0) fonts, use the unweighted average.
Comments: This parameter is a descriptive attribute of the font that specifies the spacing of characters for comparing one font to another for selection or substitution. For proportionally spaced fonts, this value is useful in estimating the length for lines of text. The weighting factors provided with this example are only valid for Latin lowercase letters. If other character sets, or capital letters are used, different frequency of use values should be used. One needs to be careful when comparing fonts that use different frequency of use values for font mapping. The average character width is calculated according to this formula: For the lowercase letters only, sum the individual character widths multiplied by the following weighting factors and then divide by 1000. For example:
  
Letter Weight Factor Letter Weight Factor
a
64
o
56
b
14
p
17
c
27
q
4
d
35
r
49
e
100
s
56
f
20
t
71
g
14
u
31
h
42
v
10
i
63
w
18
j
3
x
3
k
6
y
18
l
35
z
2
m
20
space
166
n
56
  
  


 
usWeightClass
Format:2-byte unsigned short
Title:Weight class.
Description:Indicates the visual weight (degree of blackness or thickness of strokes) of the characters in the font.
Comments:
  
Value Description C Definition
(from windows.h)
100Thin FW_THIN
200Extra-light (Ultra-light) FW_EXTRALIGHT
300Light FW_LIGHT
400Normal (Regular) FW_NORMAL
500Medium FW_MEDIUM
600Semi-bold (Demi-bold) FW_SEMIBOLD
700Bold FW_BOLD
800Extra-Bold (Ultra-bold) FW_EXTRABOLD
900Black (Heavy) FW_BLACK
  


 
usWidthClass
Format:2-byte unsigned short
Title:Width class.
Description:Indicates a relative change from the normal aspect ratio (width to height ratio) as specified by a font designer for the glyphs in a font.
Comments:
  
Value Description C Definition % of normal
1Ultra-condensed FWIDTH_ULTRA_CONDENSED
50
2Extra-condensed FWIDTH_EXTRA_CONDENSED
62.5
3Condensed FWIDTH_CONDENSED
75
4Semi-condensed FWIDTH_SEMI_CONDENSED
87.5
5Medium (normal) FWIDTH_NORMAL
100
6Semi-expanded FWIDTH_SEMI_EXPANDED
112.5
7Expanded FWIDTH_EXPANDED
125
8Extra-expanded FWIDTH_EXTRA_EXPANDED
150
9Ultra-expanded FWIDTH_ULTRA_EXPANDED
200
  

Although every character in a font may have a different numeric aspect ratio, each character in a font of normal width has a relative aspect ratio of one. When a new type style is created of a different width class (either by a font designer or by some automated means) the relative aspect ratio of the characters in the new font is some percentage greater or less than those same characters in the normal font -- it is this difference that this parameter specifies.
 
fsType
Format:2-byte unsigned short
Title:Type flags.
Description:Indicates font embedding licensing rights for the font. Embeddable fonts may be stored in a document. When a document with embedded fonts is opened on a system that does not have the font installed (the remote system), the embedded font may be loaded for temporary (and in some cases, permanent) use on that system by an embedding-aware application. Embedding licensing rights are granted by the vendor of the font.

The OpenType Font Embedding DLL Specification and DLL release notes describe the APIs used to implement support for OpenType font embedding and loading. Applications that implement support for font embedding, either through use of the Font Embedding DLL or through other means, must not embed fonts which are not licensed to permit embedding. Further, applications loading embedded fonts for temporary use (see Preview & Print and Editable embedding below) must delete the fonts when the document containing the embedded font is closed.

  
BitBit Mask Description
0  Reserved, must be zero.
10x0002 Restricted License embedding: When only this bit is set, this font may not be embedded, copied or modified.
20x0004 Preview & Print embedding: When this bit is set, the font may be embedded, and temporarily loaded on the remote system. Documents containing Preview & Print fonts must be opened "read-only;" no edits can be applied to the document.
30x0008 Editable embedding: When this bit is set, the font may be embedded and temporarily loaded on other systems. Documents containing Editable fonts may be opened for reading and writing.
4-7  Reserved, must be zero.
80x0100 No subsetting: When this bit is set, the font may not be subsetted prior to embedding.
90x0200 Bitmap embedding only: When this bit is set, only bitmaps contained in the font may be embedded. No outline data may be embedded.
10-15  Reserved, must be zero.
  

Comments:If multiple embedding bits are set, the least restrictive license granted takes precedence. For example, if bits 1 and 3 are set, bit 3 takes precedence over bit 1and the font may be embedded with Editable rights. For compatibility purposes, most vendors granting Editable embedding rights are also setting the Preview & Print bit (0x000C). This will permit an application that only supports Preview & Print embedding to detect that font embedding is allowed.

Restricted License embedding (0x0002): Fonts that have this bit set must not be modified, embedded or exchanged in any manner without first obtaining permission of the legal owner. Caution: note that for Restricted License embedding to take effect, it must be the only level of embedding selected (as noted in the previous paragraph).

Preview & Print embedding (0x0004): Fonts with this bit set indicate that they may be embedded within documents but must only be installed temporarily on the remote system. Any document which includes a Preview & Print embedded font must be opened "read-only;" the application must not allow the user to edit the document; it can only be viewed and/or printed.

Editable embedding (0x0008): Fonts with this bit set indicate that they may be embedded in documents, but must only be installed temporarily on the remote system. In contrast to Preview & Print fonts, documents containing Editable fonts may be opened "read-write;" editing is permitted, and changes may be saved.

Installable embedding (0x0000): Fonts with this setting indicate that they may be embedded and permanently installed on the remote system by an application. The user of the remote system acquires the identical rights, obligations and licenses for that font as the original purchaser of the font, and is subject to the same end-user license agreement, copyright, design patent, and/or trademark as was the original purchaser.

No subsetting (0x0100): Fonts with this setting indicate that they may not be subset when they are embedded. Other embedding restrictions specified in the lower byte also apply.

Embed bitmaps only (0x0200): Fonts with this setting indicate that only bitmaps contained in the font may be embedded by the authoring tool. If there are no bitmaps available in the font, then the font is considered unembeddable and the embedding services will fail. Other embedding restrictions specified in the lower byte also apply.

  
 
ySubscriptXSize
Format:2-byte signed short
Units:Font design units
Title: Subscript horizontal font size.
Description:The recommended horizontal size in font design units for subscripts for this font.
Comments:If a font has two recommended sizes for subscripts, e.g., numerics and other, the numeric sizes should be stressed. This size field maps to the em square size of the font being used for a subscript. The horizontal font size specifies a font designer's recommended horizontal font size for subscript characters associated with this font. If a font does not include all of the required subscript characters for an application, and the application can substitute characters by scaling the character of a font or by substituting characters from another font, this parameter specifies the recommended em square for those subscript characters.

For example, if the em square for a font is 2048 and ySubScriptXSize is set to 205, then the horizontal size for a simulated subscript character would be 1/10th the size of the normal character.

  
 
ySubscriptYSize
Format:2-byte signed short
Units:Font design units
Title:Subscript vertical font size.
Description:The recommended vertical size in font design units for subscripts for this font.
Comments:If a font has two recommended sizes for subscripts, e.g. numerics and other, the numeric sizes should be stressed. This size field maps to the emHeight of the font being used for a subscript. The horizontal font size specifies a font designer's recommendation for horizontal font size of subscript characters associated with this font. If a font does not include all of the required subscript characters for an application, and the application can substitute characters by scaling the characters in a font or by substituting characters from another font, this parameter specifies the recommended horizontal EmInc for those subscript characters.

For example, if the em square for a font is 2048 and ySubScriptYSize is set to 205, then the vertical size for a simulated subscript character would be 1/10th the size of the normal character.

  
 
ySubscriptXOffset
Format:2-byte signed short
Units:Font design units
Title:Subscript x offset.
Description:The recommended horizontal offset in font design untis for subscripts for this font.
Comments:The Subscript X Offset parameter specifies a font designer's recommended horizontal offset -- from the character origin of the font to the character origin of the subscript's character -- for subscript characters associated with this font. If a font does not include all of the required subscript characters for an application, and the application can substitute characters, this parameter specifies the recommended horizontal position from the character escapement point of the last character before the first subscript character. For upright characters, this value is usually zero; however, if the characters of a font have an incline (italic characters) the reference point for subscript characters is usually adjusted to compensate for the angle of incline.
  


 
ySubscriptYOffset
Format:2-byte signed short
Units:Font design units
Title:Subscript y offset.
Description:The recommended vertical offset in font design units from the baseline for subscripts for this font.
Comments:The Subscript Y Offset parameter specifies a font designer's recommended vertical offset from the character baseline to the character baseline for subscript characters associated with this font. Values are expressed as a positive offset below the character baseline. If a font does not include all of the required subscript for an application, this parameter specifies the recommended vertical distance below the character baseline for those subscript characters.
  


 
ySuperscriptXSize
Format:2-byte signed short
Units:Font design units
Title:Superscript horizontal font size.
Description:The recommended horizontal size in font design units for superscripts for this font.
Comments:If a font has two recommended sizes for subscripts, e.g., numerics and other, the numeric sizes should be stressed. This size field maps to the em square size of the font being used for a subscript. The horizontal font size specifies a font designer's recommended horizontal font size for superscript characters associated with this font. If a font does not include all of the required superscript characters for an application, and the application can substitute characters by scaling the character of a font or by substituting characters from another font, this parameter specifies the recommended em square for those superscript characters.

For example, if the em square for a font is 2048 and ySuperScriptXSize is set to 205, then the horizontal size for a simulated superscript character would be 1/10th the size of the normal character.

  
 
ySuperscriptYSize
Format:2-byte signed short
Units:Font design units
Title:Superscript vertical font size.
Description:The recommended vertical size in font design units for superscripts for this font.
Comments:If a font has two recommended sizes for subscripts, e.g., numerics and other, the numeric sizes should be stressed. This size field maps to the emHeight of the font being used for a subscript. The vertical font size specifies a font designer's recommended vertical font size for superscript characters associated with this font. If a font does not include all of the required superscript characters for an application, and the application can substitute characters by scaling the character of a font or by substituting characters from another font, this parameter specifies the recommended EmHeight for those superscript characters.

For example, if the em square for a font is 2048 and ySuperScriptYSize is set to 205, then the vertical size for a simulated superscript character would be 1/10th the size of the normal character.

  
 
ySuperscriptXOffset
Format:2-byte signed short
Units:Font design units
Title:Superscript x offset.
Description:The recommended horizontal offset in font design units for superscripts for this font.
Comments:The Superscript X Offset parameter specifies a font designer's recommended horizontal offset -- from the character origin to the superscript character's origin for the superscript characters associated with this font. If a font does not include all of the required superscript characters for an application, this parameter specifies the recommended horizontal position from the escapement point of the character before the first superscript character. For upright characters, this value is usually zero; however, if the characters of a font have an incline (italic characters) the reference point for superscript characters is usually adjusted to compensate for the angle of incline.
  
 
ySuperscriptYOffset
Format:2-byte signed short
Units:Font design units
Title:Superscript y offset.
Description:The recommended vertical offset in font design units from the baseline for superscripts for this font.
Comments:The Superscript Y Offset parameter specifies a font designer's recommended vertical offset -- from the character baseline to the superscript character's baseline associated with this font. Values for this parameter are expressed as a positive offset above the character baseline. If a font does not include all of the required superscript characters for an application, this parameter specifies the recommended vertical distance above the character baseline for those superscript characters.
  
 
yStrikeoutSize
Format:2-byte signed short
Units:Font design units
Title:Strikeout size.
Description:Width of the strikeout stroke in font design units.
Comments:This field should normally be the width of the em dash for the current font. If the size is one, the strikeout line will be the line represented by the strikeout position field. If the value is two, the strikeout line will be the line represented by the strikeout position and the line immediately above the strikeout position. For a Roman font with a 2048 em square, 102 is suggested.
  
 
yStrikeoutPositi
Format:2-byte signed short
Units:Font design units
Title: Strikeout position.
Description:The position of the strikeout stroke relative to the baseline in font design units.
Comments:Positive values represent distances above the baseline, while negative values represent distances below the baseline. A value of zero falls directly on the baseline, while a value of one falls one pel above the baseline. The value of strikeout position should not interfere with the recognition of standard characters, and therefore should not line up with crossbars in the font. For a Roman font with a 2048 em square, 460 is suggested.
  
 
sFamilyClass
Format:2-byte signed short
Title:Font-family class and subclass.
Description:This parameter is a classification of font-family design.
Comments:The font class and font subclass are registered values assigned by IBM to each font family. This parameter is intended for use in selecting an alternate font when the requested font is not available. The font class is the most general and the font subclass is the most specific. The high byte of this field contains the family class, while the low byte contains the family subclass. More information about this field.
  


 
Panose
Format:10 byte array
Title:PANOSE classification number
International:Additional specifications are required for PANOSE to classify non-Latin character sets.
Description:This 10 byte series of numbers is used to describe the visual characteristics of a given typeface. These characteristics are then used to associate the font with other fonts of similar appearance having different names. The variables for each digit are listed below. The PANOSE evaluation document, available on-line, details the specifications for assigning PANOSE numbers.
Comments:The PANOSE definition contains ten digits each of which currently describes up to sixteen variations. Windows uses bFamilyType, bSerifStyle and bProportion in the font mapper to determine family type. It also uses bProportion to determine if the font is monospaced. If the font is a symbol font, the first byte of the PANOSE number (bFamilyType) must be set to "decorative." Good PANOSE values in fonts using are very valuable to users of the Windows fonts folder.
  
TypeName
BYTEbFamilyType;
BYTEbSerifStyle;
BYTEbWeight;
BYTEbProportion;
BYTEbContrast;
BYTEbStrokeVariation;
BYTEbArmStyle;
BYTEbLetterform;
BYTEbMidline;
BYTEbXHeight;
  
  

  1. Family Kind (6 variations)
    1. = Any
    2. = No Fit
    3. = Text and Display
    4. = Script
    5. = Decorative
    6. = Pictorial
  2. Serif Style (16 variations)
    1. = Any
    2. = No Fit
    3. = Cove
    4. = Obtuse Cove
    5. = Square Cove
    6. = Obtuse Square Cove
    7. = Square
    8. = Thin
    9. = Bone
    10. = Exaggerated
    11. = Triangle
    12. = Normal Sans
    13. = Obtuse Sans
    14. = Perp Sans
    15. = Flared
    16. = Rounded
  3. Weight (12 variations)
    1. = Any
    2. = No Fit
    3. = Very Light
    4. = Light
    5. = Thin
    6. = Book
    7. = Medium
    8. = Demi
    9. = Bold
    10. = Heavy
    11. = Black
    12. = Nord
  4. Proportion (10 variations)
    1. = Any
    2. = No Fit
    3. = Old Style
    4. = Modern
    5. = Even Width
    6. = Expanded
    7. = Condensed
    8. = Very Expanded
    9. = Very Condensed
    10. = Monospaced
  5. Contrast (10 variations)
    1. = Any
    2. = No Fit
    3. = None
    4. = Very Low
    5. = Low
    6. = Medium Low
    7. = Medium
    8. = Medium High
    9. = High
    10. = Very High
  6. Stroke Variation (9 variations)
    1. = Any
    2. = No Fit
    3. = Gradual/Diagonal
    4. = Gradual/Transitional
    5. = Gradual/Vertical
    6. = Gradual/Horizontal
    7. = Rapid/Vertical
    8. = Rapid/Horizontal
    9. = Instant/Vertical
  7. Arm Style (12 variations)
    1. = Any
    2. = No Fit
    3. = Straight Arms/Horizontal
    4. = Straight Arms/Wedge
    5. = Straight Arms/Vertical
    6. = Straight Arms/Single Serif
    7. = Straight Arms/Double Serif
    8. = Non-Straight Arms/Horizontal
    9. = Non-Straight Arms/Wedge
    10. = Non-Straight Arms/Vertical
    11. = Non-Straight Arms/Single Serif
    12. = Non-Straight Arms/Double Serif
  8. Letterform (16 variations)
    1. = Any
    2. = No Fit
    3. = Normal/Contact
    4. = Normal/Weighted
    5. = Normal/Boxed
    6. = Normal/Flattened
    7. = Normal/Rounded
    8. = Normal/Off Center
    9. = Normal/Square
    10. = Oblique/Contact
    11. = Oblique/Weighted
    12. = Oblique/Boxed
    13. = Oblique/Flattened
    14. = Oblique/Rounded
    15. = Oblique/Off Center
    16. = Oblique/Square
  9. Midline (14 variations)
    1. = Any
    2. = No Fit
    3. = Standard/Trimmed
    4. = Standard/Pointed
    5. = Standard/Serifed
    6. = High/Trimmed
    7. = High/Pointed
    8. = High/Serifed
    9. = Constant/Trimmed
    10. = Constant/Pointed
    11. = Constant/Serifed
    12. = Low/Trimmed
    13. = Low/Pointed
    14. = Low/Serifed
  10. X-height (8 variations)
    1. = Any
    2. = No Fit
    3. = Constant/Small
    4. = Constant/Standard
    5. = Constant/Large
    6. = Ducking/Small
    7. = Ducking/Standard
    8. = Ducking/Large


ulUnicodeRange1 (Bits 0-31)
ulUnicodeRange2 (Bits 32-63)
ulUnicodeRange3 (Bits 64-95)
ulUnicodeRange4 (Bits 96-127)

Format:32-bit unsigned long(4 copies) totaling 128 bits.
Title:Unicode Character Range
Description:This field is used to specify the Unicode blocks or ranges encompassed by the font file in the 'cmap' subtable for platform 3, encoding ID 1 (Microsoft platform). If the bit is set (1) then the Unicode range is considered functional. If the bit is clear (0) then the range is not considered functional. Each of the bits is treated as an independent flag and the bits can be set in any combination. The determination of "functional" is left up to the font designer, although character set selection should attempt to be functional by ranges if at all possible.

All reserved fields must be zero. Each long is in Big-Endian form. See the Basic Multilingual Plane of ISO/IEC 10646-1 or the Unicode Standard v.1.1 for the list of Unicode ranges and characters.

  
BitDescription
0Basic Latin
1Latin-1 Supplement
2Latin Extended-A
3Latin Extended-B
4IPA Extensions
5Spacing Modifier Letters
6Combining Diacritical Marks
7Basic Greek
8Greek Symbols And Coptic
9Cyrillic
10Armenian
11Basic Hebrew
12Hebrew Extended (A and B blocks combined)
13Basic Arabic
14Arabic Extended
15Devanagari
16Bengali
17Gurmukhi
18Gujarati
19Oriya
20Tamil
21Telugu
22Kannada
23Malayalam
24Thai
25Lao
26Basic Georgian
27Georgian Extended
28Hangul Jamo
29Latin Extended Additional
30Greek Extended
31General Punctuation
32Superscripts And Subscripts
33Currency Symbols
34Combining Diacritical Marks For Symbols
35Letterlike Symbols
36Number Forms
37Arrows
38Mathematical Operators
39Miscellaneous Technical
40Control Pictures
41Optical Character Recognition
42Enclosed Alphanumerics
43Box Drawing
44Block Elements
45Geometric Shapes
46Miscellaneous Symbols
47Dingbats
48CJK Symbols And Punctuation
49Hiragana
50Katakana
51Bopomofo
52Hangul Compatibility Jamo
53CJK Miscellaneous
54Enclosed CJK Letters And Months
55CJK Compatibility
56Hangul
57Reserved for Unicode SubRanges
58Reserved for Unicode SubRanges
59CJK Unified Ideographs
60Private Use Area
61CJK Compatibility Ideographs
62Alphabetic Presentation Forms
63Arabic Presentation Forms-A
64Combining Half Marks
65CJK Compatibility Forms
66Small Form Variants
67Arabic Presentation Forms-B
68Halfwidth And Fullwidth Forms
69Specials
70-127Reserved for Unicode SubRanges
  


 
achVendID
Format:4-byte character array
Title:Font Vendor Identification
Description:The four character identifier for the vendor of the given type face.
Comments:This is not the royalty owner of the original artwork. This is the company responsible for the marketing and distribution of the typeface that is being classified. It is reasonable to assume that there will be 6 vendors of ITC Zapf Dingbats for use on desktop platforms in the near future (if not already). It is also likely that the vendors will have other inherent benefits in their fonts (more kern pairs, unregularized data, hand hinted, etc.). This identifier will allow for the correct vendor's type to be used over another, possibly inferior, font file. The Vendor ID value is not required.

Microsoft has assigned values for some font suppliers as listed below. Uppercase vendor ID's are reserved by Microsoft. Other suppliers can choose their own mixed case or lowercase ID's, or leave the field blank.

  
Vendor ID Vendor Name
AGFA AGFA Compugraphic
ADBE Adobe
APPL Apple
ALTS Altsys
B&H Bigelow & Holmes
BERT Berthold
BITM Bitmap Software
BITS Bitstream
CANO Canon
CTDL China Type Design Ltd.
DS Dainippon Screen Mfg. Co., Ltd.
dSci Design Science, Inc.
DTC Digital Typeface Corp.
DTPS DTP-Software
duxb Duxbury Systems, Inc.
EDGE Rivers Edge Corp.
EFF Electronic Font Foundry
EFNT E FONTS L.L.C.
ELSE Elseware
EPSN Epson
FBI The Font Bureau, Inc.
FTFT FontFont
GALA Galapagos
GLYF Glyph Systems
GPI Gamma Productions, Inc.
HP Hewlett-Packard
HY HanYang System
IBM IBM
iDF International Digital Fonts
ILP Indigenous Languages Project
IMPR Impress
KATFKingsley/ATF
LANSLanston Type Co., Ltd.
LEAFInterleaf, Inc.
LETRLetraset
LINOLinotype
LP LetterPerfect Design
LTRXLighttracks
MACRMacromedia
MJMajus Corporation
MONOMonotype
MLGCMicrologic Software
MS Microsoft
NECNEC
PARAParaGraph Intl.
PRFSProduction First Software
QMSIQMS/Imagen
SFUNSoft Union
SOHO Soft Horizons
SWFTSwfte International
TILDSIA Tilde
URW URW
VLKf Visualogik Technology & Design
ZSFTZsoft
  


 
fsSelection
Format:2-byte bit field.
Title:Font selection flags.
Description:Contains information concerning the nature of the font patterns, as follows:
  
Bit # macStyle bitC definition Description
0bit 1 ITALICFont contains Italic characters, otherwise they are upright.
1  UNDERSCORECharacters are underscored.
2  NEGATIVECharacters have their foreground and background reversed.
3  OUTLINEDOutline (hollow) characters, otherwise they are solid.
4  STRIKEOUTCharacters are overstruck.
5bit 0 BOLDCharacters are emboldened.
6  REGULARCharacters are in the standard weight/style for the font.
  

Comments:All undefined bits must be zero.

This field contains information on the original design of the font. Bits 0 & 5 can be used to determine if the font was designed with these features or whether some type of machine simulation was performed on the font to achieve this appearance. Bits 1-4 are rarely used bits that indicate the font is primarily a decorative or special purpose font.

If bit 6 is set, then bits 0 and 5 must be clear, else the behavior is undefined. As noted above, the settings of bits 0 and 1 must be reflected in the macStyle bits in the 'head' table. While bit 6 on implies that bits 0 and 1 of macStyle are clear (along with bits 0 and 5 of fsSelection), the reverse is not true. Bits 0 and 1 of macStyle (and 0 and 5 of fsSelection) may be clear and that does not give any indication of whether or not bit 6 of fsSelection is clear (e.g., Arial Light would have all bits cleared; it is not the regular version of Arial).

  


 
usFirstCharIndex
Format:2-byte USHORT
Description:The minimum Unicode index (character code) in this font, according to the cmap subtable for platform ID 3 and encoding ID 0 or 1. For most fonts supporting Win-ANSI or other character sets, this value would be 0x0020.
  


 
usLastCharIndex
Format:2-byte USHORT
Description:The maximum Unicode index (character code) in this font, according to the cmap subtable for platform ID 3 and encoding ID 0 or 1. This value depends on which character sets the font supports.
  


 
sTypoAscender
Format:2-byte SHORT
Description:The typographic ascender for this font. Remember that this is not the same as the Ascender value in the 'hhea' table, which Apple defines in a far different manner. One good source for usTypoAscender is the Ascender value from an AFM file.

The suggested useage for usTypoAscender is that it be used in conjunction with unitsPerEm to compute a typographically correct default line spacing. The goal is to free applications from Macintosh or Windows-specific metrics which are constrained by backward compatibility requirements. These new metrics, when combined with the character design widths, will allow applications to lay out documents in a typographically correct and portable fashion. These metrics will be exposed through Windows APIs. Macintosh applications will need to access the 'sfnt' resource and parse it to extract this data from the "OS/2" table.

  


 
sTypoDescender
Format:2-byte SHORT
Description:The typographic descender for this font. Remember that this is not the same as the Descender value in the 'hhea' table, which Apple defines in a far different manner. One good source for usTypoDescender is the Descender value from an AFM file.

The suggested useage for usTypoDescender is that it be used in conjunction with unitsPerEm to compute a typographically correct default line spacing. The goal is to free applications from Macintosh or Windows-specific metrics which are constrained by backward compatability requirements. These new metrics, when combined with the character design widths, will allow applications to lay out documents in a typographically correct and portable fashion. These metrics will be exposed through Windows APIs. Macintosh applications will need to access the 'sfnt' resource and parse it to extract this data from the "OS/2" table (unless Apple exposes the 'OS/2' table through a new API).

  


 
sTypoLineGap
Format:2-byte SHORT
Description:The typographic line gap for this font. Remember that this is not the same as the LineGap value in the 'hhea' table, which Apple defines in a far different manner.

The suggested useage for usTypoLineGap is that it be used in conjunction with unitsPerEm to compute a typographically correct default line spacing. Typical values average 7-10% of units per em. The goal is to free applications from Macintosh or Windows-specific metrics which are constrained by backward compatability requirements (see chapter, "Recommendations for Windows Fonts). These new metrics, when combined with the character design widths, will allow applications to lay out documents in a typographically correct and portable fashion. These metrics will be exposed through Windows APIs. Macintosh applications will need to access the 'sfnt' resource and parse it to extract this data from the "OS/2" table (unless Apple exposes the 'OS/2' table through a new API)

  


 
usWinAscent
Format:2-byte USHORT
Description:The ascender metric for Windows. This, too, is distinct from Apple's Ascender value and from the usTypoAscender values. usWinAscent is computed as the yMax for all characters in the Windows ANSI character set. usTypoAscent is used to compute the Windows font height and default line spacing. For platform 3 encoding 0 fonts, it is the same as yMax.
  


 
usWinDescent
Format:2-byte USHORT
Description:The descender metric for Windows. This, too, is distinct from Apple's Descender value and from the usTypoDescender values. usWinDescent is computed as the -yMin for all characters in the Windows ANSI character set. usTypoAscent is used to compute the Windows font height and default line spacing. For platform 3 encoding 0 fonts, it is the same as -yMin.
  


 
ulCodePageRange1 Bits 0-31
ulCodePageRange2 Bits 32-63
Format:32-bit unsigned long(2 copies) totaling 64 bits.
Title:Code Page Character Range
Description:This field is used to specify the code pages encompassed by the font file in the 'cmap' subtable for platform 3, encoding ID 1 (Microsoft platform). If the font file is encoding ID 0, then the Symbol Character Set bit should be set. If the bit is set (1) then the code page is considered functional. If the bit is clear (0) then the code page is not considered functional. Each of the bits is treated as an independent flag and the bits can be set in any combination. The determination of "functional" is left up to the font designer, although character set selection should attempt to be functional by code pages if at all possible.

Symbol character sets have a special meaning. If the symbol bit (31) is set, and the font file contains a 'cmap' subtable for platform of 3 and encoding ID of 1, then all of the characters in the Unicode range 0xF000 - 0xF0FF (inclusive) will be used to enumerate the symbol character set. If the bit is not set, any characters present in that range will not be enumerated as a symbol character set.

All reserved fields must be zero. Each long is in Big-Endian form.

  
BitCode Page Description
01252 Latin 1
11250 Latin 2: Eastern Europe
21251 Cyrillic
31253 Greek
41254 Turkish
51255 Hebrew
61256 Arabic
71257 Windows Baltic
8-15  Reserved for Alternate ANSI
16 874 Thai
17 932 JIS/Japan
18 936 Chinese: Simplified chars--PRC and Singapore
19 949 Korean Wansung
20 950 Chinese: Traditional chars--Taiwan and Hong Kong SAR, China
211361 Korean Johab
22-28  Reserved for Alternate ANSI & OEM
29  Macintosh Character Set (US Roman)
30  OEM Character Set
31  Symbol Character Set
32-47  Reserved for OEM
48 869 IBM Greek
49 866 MS-DOS Russian
50 865 MS-DOS Nordic
51 864 Arabic
52 863 MS-DOS Canadian French
53 862 Hebrew
54 861 MS-DOS Icelandic
55 860 MS-DOS Portuguese
56 857 IBM Turkish
57 855 IBM Cyrillic; primarily Russian
58 852 Latin 2
59 775 MS-DOS Baltic
60 737 Greek; former 437 G
61 708 Arabic; ASMO 708
62 850 WE/Latin 1
63 437 US