Notes de développeurs Windows : Format de fichier de police

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 65123
Exclusion de responsabilité concernant les contenus obsolètes dans la Base de connaissances
Cet article concerne des produits pour lesquels Microsoft n'offre plus de support. Il est par conséquent fourni « en l'état » et ne sera plus mis à jour.
Résumé
Cet article fait partie d'un ensemble de sept articles, collectivement appelés le« Notes du développeur Windows. » Plus d'informations sur le contenu de laautres articles se trouvent dans l'article de la Base de connaissances Microsoft :
65260Notes du développeur Windows
Plus d'informations
Les fichiers suivants sont disponibles pour téléchargement à partir de MicrosoftCentre de téléchargement :


FontFmt.exe

Pour plus d'informations sur la façon de télécharger des fichiers de Support Microsoft, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
119591 Comment faire pour obtenir des fichiers de support technique Microsoft auprès des Services en ligne
Microsoft a analysé ce fichier contre les virus. Microsoft a utilisé les logiciels de détection de virus les plus récents qui étaient disponibles à la date à laquelle le fichier a été publié. Le fichier est stocké sur des serveurs sécurisés qui empêchent toute modification non autorisée dans le fichier.

Formats de fichiers de polices de Microsoft Windows sont définis pour les deux rasteret les polices vectorielles. Ces formats peuvent être utilisés par les générateurs de texte dynamiqueDans certains modules de prise en charge GDI. Les formats vectoriels, sont en particulier,plus fréquemment utilisées par GDI proprement dits par les modules de prise en charge.

Les fichiers de police raster et vectoriels commencent par des informationscommunes aux deux, puis continuez avec les informations qui est différent pourchaque type de fichier.

Pour Windows 3.0, l'en-tête de fichier de police comprend six nouveaux champs :dFlags, dfAspace, dfBspace, dfCspace, dfColorPointer et dfReserved1.Ces champs ne sont pas utilisés dans Windows 3.0. Pour assurer la compatibilitéavec les futures versions de Windows, ces champs doivent être définies à zéro.

Tous les pilotes de périphériques prennent en charge les polices de 2.x Windows. Toutefois, pas tous lespilotes de périphérique prend en charge la version 3.0 de Windows.

Fichiers de polices de Windows 3.0 incluent la table de glyphe dans dfCharTable, quise compose de structures qui décrivent les bits des caractères dans lefichier de police. Cette version permet de dépasser 64 Ko la taille, la taille des policeslimite de polices de Windows 2.x. Ceci est rendu possible par l'utilisation de 32 bitsoffsets pour les glyphes de caractères dans dfCharTable.

Les offsets de 32 bits et leur taille potentiellement importante, cesles polices sont conçus pour une utilisation sur les systèmes qui exécutent la version de Windows3.0 protégé (standard ou 386 amélioré) mode avec un 80386 (ouprocesseur supérieur) où les registres du processeur 32 bits peuvent accéderles glyphes de caractères. En règle générale, les pilotes de périphériques utilisent Windows 3.0version d'une police uniquement lorsque ces deux conditions sont remplies.

Fichiers de polices sont stockées avec un.Extension FNT de la forme nom.FNT. Leinformations au début des versions raster et vectoriels deFichiers de polices de Windows 3.0 est illustré dans la liste suivante :
Field          Description-----          -----------dfVersion      2 bytes specifying the version (0200H or 0300H) of               the file.dfSize         4 bytes specifying the total size of the file in               bytes.dfCopyright    60 bytes specifying copyright information.dfType         2 bytes specifying the type of font file.               The low-order byte is exclusively for GDI use. If the               low-order bit of the WORD is zero, it is a bitmap               (raster) font file. If the low-order bit is 1, it is a               vector font file. The second bit is reserved and must               be zero. If no bits follow in the file and the bits are               located in memory at a fixed address specified in               dfBitsOffset, the third bit is set to 1; otherwise, the               bit is set to 0 (zero). The high-order bit of the low               byte is set if the font was realized by a device. The               remaining bits in the low byte are reserved and set to               zero.               The high byte is reserved for device use and will               always be set to zero for GDI-realized standard fonts.               Physical fonts with the high-order bit of the low byte               set may use this byte to describe themselves. GDI will               never inspect the high byte.dfPoints       2 bytes specifying the nominal point size at which               this character set looks best.dfVertRes      2 bytes specifying the nominal vertical resolution               (dots-per-inch) at which this character set was               digitized.dfHorizRes     2 bytes specifying the nominal horizontal resolution               (dots-per-inch) at which this character set was               digitized.dfAscent       2 bytes specifying the distance from the top of a               character definition cell to the baseline of the               typographical font. It is useful for aligning the               baselines of fonts of different heights.dfInternalLeading               Specifies the amount of leading inside the bounds set               by dfPixHeight. Accent marks may occur in this area.               This may be zero at the designer's option.dfExternalLeading               Specifies the amount of extra leading that the designer               requests the application add between rows. Since this               area is outside of the font proper, it contains no               marks and will not be altered by text output calls in               either the OPAQUE or TRANSPARENT mode. This may be zero               at the designer's option.dfItalic       1 (one) byte specifying whether or not the character               definition data represent an italic font. The low-order               bit is 1 if the flag is set. All the other bits are               zero.dfUnderline    1 byte specifying whether or not the character               definition data represent an underlined font. The               low-order bit is 1 if the flag is set. All the other               bits are 0 (zero).dfStrikeOut    1 byte specifying whether or not the character               definition data represent a struckout font. The low-               order bit is 1 if the flag is set. All the other bits               are zero.dfWeight       2 bytes specifying the weight of the characters in the               character definition data, on a scale of 1 to 1000. A               dfWeight of 400 specifies a regular weight.dfCharSet      1 byte specifying the character set defined by this               font.dfPixWidth     2 bytes. For vector fonts, specifies the width of the               grid on which the font was digitized. For raster fonts,               if dfPixWidth is nonzero, it represents the width for               all the characters in the bitmap; if it is zero, the               font has variable width characters whose widths are               specified in the dfCharTable array.dfPixHeight    2 bytes specifying the height of the character bitmap               (raster fonts), or the height of the grid on which a               vector font was digitized.dfPitchAndFamily               Specifies the pitch and font family. The low bit is set               if the font is variable pitch. The high four bits give               the family name of the font. Font families describe in               a general way the look of a font. They are intended for               specifying fonts when the exact face name desired is               not available. The families are as follows:                  Family               Description                  ------               -----------                  FF_DONTCARE (0<<4)   Don't care or don't know.                  FF_ROMAN (1<<4)      Proportionally spaced fonts                                       with serifs.                  FF_SWISS (2<<4)      Proportionally spaced fonts                                       without serifs.                  FF_MODERN (3<<4)     Fixed-pitch fonts.                  FF_SCRIPT (4<<4)                  FF_DECORATIVE (5<<4)dfAvgWidth     2 bytes specifying the width of characters in the font.               For fixed-pitch fonts, this is the same as dfPixWidth.               For variable-pitch fonts, this is the width of the               character "X."dfMaxWidth     2 bytes specifying the maximum pixel width of any               character in the font. For fixed-pitch fonts, this is               simply dfPixWidth.dfFirstChar    1 byte specifying the first character code defined by               this font. Character definitions are stored only for               the characters actually present in a font. Therefore,               use this field when calculating indexes into either               dfBits or dfCharOffset.dfLastChar     1 byte specifying the last character code defined by               this font. Note that all the characters with codes               between dfFirstChar and dfLastChar must be present in               the font character definitions.dfDefaultChar  1 byte specifying the character to substitute               whenever a string contains a character out of the               range. The character is given relative to dfFirstChar               so that dfDefaultChar is the actual value of the               character, less dfFirstChar. The dfDefaultChar should               indicate a special character that is not a space.dfBreakChar    1 byte specifying the character that will define word               breaks. This character defines word breaks for word               wrapping and word spacing justification. The character               is given relative to dfFirstChar so that dfBreakChar is               the actual value of the character, less that of               dfFirstChar. The dfBreakChar is normally (32 -               dfFirstChar), which is an ASCII space.dfWidthBytes   2 bytes specifying the number of bytes in each row of               the bitmap. This is always even, so that the rows start               on WORD boundaries. For vector fonts, this field has no               meaning.dfDevice       4 bytes specifying the offset in the file to the string               giving the device name. For a generic font, this value               is zero.dfFace         4 bytes specifying the offset in the file to the               null-terminated string that names the face.dfBitsPointer  4 bytes specifying the absolute machine address of               the bitmap. This is set by GDI at load time. The               dfBitsPointer is guaranteed to be even.dfBitsOffset   4 bytes specifying the offset in the file to the               beginning of the bitmap information. If the 04H bit in               the dfType is set, then dfBitsOffset is an absolute               address of the bitmap (probably in ROM).               For raster fonts, dfBitsOffset points to a sequence of               bytes that make up the bitmap of the font, whose height               is the height of the font, and whose width is the sum               of the widths of the characters in the font rounded up               to the next WORD boundary.               For vector fonts, it points to a string of bytes or               words (depending on the size of the grid on which the               font was digitized) that specify the strokes for each               character of the font. The dfBitsOffset field must be               even.dfReserved     1 byte, not used.dfFlags        4 bytes specifying the bits flags, which are additional               flags that define the format of the Glyph bitmap, as               follows:               DFF_FIXED            equ  0001h ; font is fixed pitch               DFF_PROPORTIONAL     equ  0002h ; font is proportional                                               ; pitch               DFF_ABCFIXED         equ  0004h ; font is an ABC fixed                                               ; font               DFF_ABCPROPORTIONAL  equ  0008h ; font is an ABC pro-                                               ; portional font               DFF_1COLOR           equ  0010h ; font is one color               DFF_16COLOR          equ  0020h ; font is 16 color               DFF_256COLOR         equ  0040h ; font is 256 color               DFF_RGBCOLOR         equ  0080h ; font is RGB colordfAspace       2 bytes specifying the global A space, if any. The               dfAspace is the distance from the current position to               the left edge of the bitmap.dfBspace       2 bytes specifying the global B space, if any. The               dfBspace is the width of the character.dfCspace       2 bytes specifying the global C space, if any. The               dfCspace is the distance from the right edge of the               bitmap to the new current position. The increment of a               character is the sum of the three spaces. These apply               to all glyphs and is the case for DFF_ABCFIXED.dfColorPointer               4 bytes specifying the offset to the color table for               color fonts, if any. The format of the bits is similar               to a DIB, but without the header. That is, the               characters are not split up into disjoint bytes.               Instead, they are left intact. If no color table is               needed, this entry is NULL.               [NOTE: This information is different from that in the               hard-copy Developer's Notes and reflects a correction.]dfReserved1    16 bytes, not used.               [NOTE: This information is different from that in the               hard-copy Developer's Notes and reflects a correction.]dfCharTable    For raster fonts, the CharTable is an array of entries               each consisting of two 2-byte WORDs for Windows 2.x and               three 2-byte WORDs for Windows 3.0. The first WORD of               each entry is the character width. The second WORD of               each entry is the byte offset from the beginning of the               FONTINFO structure to the character bitmap. For Windows               3.0, the second and third WORDs are used for the               offset.               There is one extra entry at the end of this table that               describes an absolute-space character. This entry               corresponds to a character that is guaranteed to be               blank; this character is not part of the normal               character set.               The number of entries in the table is calculated as               ((dfLastChar - dfFirstChar) + 2). This includes a               spare, the sentinel offset mentioned in the following               paragraph.               For fixed-pitch vector fonts, each 2-byte entry in this               array specifies the offset from the start of the bitmap               to the beginning of the string of stroke specification               units for the character. The number of bytes or WORDs               to be used for a particular character is calculated by               subtracting its entry from the next one, so that there               is a sentinel at the end of the array of values.               For proportionally spaced vector fonts, each 4-byte               entry is divided into two 2-byte fields. The first               field gives the starting offset from the start of the               bitmap of the character strokes. The second field gives               the pixel width of the character.<facename>     An ASCII character string specifying the name of the               font face. The size of this field is the length of the               string plus a NULL terminator.<devicename>   An ASCII character string specifying the name of the               device if this font file is for a specific device. The               size of this field is the length of the string plus a               NULL terminator.<bitmaps>      This field contains the character bitmap definitions.               Each character is stored as a contiguous set of bytes.               (In the old font format, this was not the case.)               The first byte contains the first 8 bits of the first               scanline (that is, the top line of the character). The               second byte contains the first 8 bits of the second               scanline. This continues until a first "column" is               completely defined.               The following byte contains the next 8 bits of the               first scanline, padded with zeros on the right if               necessary (and so on, down through the second               "column"). If the glyph is quite narrow, each scanline               is covered by 1 byte, with bits set to zero as               necessary for padding. If the glyph is very wide, a               third or even fourth set of bytes can be present.                  NOTE: The character bitmaps must be stored                  contiguously and arranged in ascending order.               The following is a single-character example, in which               are given the bytes for a 12 x 14 pixel character, as               shown here schematically.                  ............                  .....**.....                  ....*..*....                  ...*....*...                  ..*......*..                  ..*......*..                  ..*......*..                  ..********..                  ..*......*..                  ..*......*..                  ..*......*..                  ............                  ............                  ............               The bytes are given here in two sets, because the               character is less than 17 pixels wide.                  00 06 09 10 20 20 20 3F 20 20 20 00 00 00                  00 00 00 80 40 40 40 C0 40 40 40 00 00 00               Note that in the second set of bytes, the second digit               of each is always zero. It would correspond to the 13th               through 16th pixels on the right side of the character,               if they were present.				
La version 2.x Windows de dfCharTable a une structure GlyphEntry avecle format suivant :
GlyphEntry    strucgeWidth       dw     ?    ; width of character bitmap in pixelsgeOffset      dw     ?    ; pointer to the bitsGlyphEntry    ends				
La version 3.0 de Windows de le dfCharTable dépend du formatde la bitmap de glyphe.

Remarque : Les seuls formats pris en charge dans Windows 3.0 sera DFF_FIXED et DFF_PROPORTIONAL.

DFF_FIXED
DFF_PROPORTIONAL
GlyphEntry    strucgeWidth       dw     ?    ; width of character bitmap in pixelsgeOffset      dd     ?    ; pointer to the bitsGlyphEntry    ends				
DFF_ABCFIXED
DFF_ABCPROPORTIONAL
GlyphEntry    strucgeWidth       dw     ?   ; width of character bitmap in pixelsgeOffset      dd     ?   ; pointer to the bitsgeAspace      dd     ?   ; A space in fractional pixels (16.16)geBspace      dd     ?   ; B space in fractional pixels (16.16)geCspace      dw     ?   ; C space in fractional pixels (16.16)GlyphEntry    ends				
Les pixels fractionnaires sont exprimées sous la forme d'un nombre signé de 32 bits avec unvirgule binaire implicite entre les bits 15 et 16. Il s'agit d'un16.16 nombre à virgule fixe ("seize point seize").

L'espacement de ABC ici est la même que celle définie ci-dessus. Toutefois, iciIl existe des jeux spécifiques pour chaque caractère.

DFF_1COLOR
DFF_16COLOR
DFF_256COLOR
DFF_RGBCOLOR
GlyphEntry    strucgeWidth       dw     ?   ; width of character bitmap in pixelsgeOffset      dd     ?   ; pointer to the bitsgeHeight      dw     ?   ; height of character bitmap in pixelsgeAspace      dd     ?   ; A space in fractional pixels (16.16)geBspace      dd     ?   ; B space in fractional pixels (16.16)geCspace      dd     ?   ; C space in fractional pixels (16.16)GlyphEntry    ends				
DFF_1COLOR signifie 8 pixels par octet
DFF_16COLOR signifie 2 pixels par octet
DFF_256COLOR signifie 1 pixel par octet
DFF_RGBCOLOR signifie RGBquads

Microsoft est une marque déposée et Windows est une marque déposée deMicrosoft Corporation.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 65123 - Dernière mise à jour : 05/30/2013 02:30:00 - Révision : 5.0

Microsoft Windows Software Development Kit 3.0, Microsoft Windows Software Development Kit 3.1

  • kbfile kbuser kbmt KB65123 KbMtfr
Commentaires