Mesures verticales

Les mesures verticales déterminent la première ligne de pied dans un texte, la distance entre les lignes de texte, et le ‘coussin’ d’interligne entre un objet et la dernière ligne de pied qui le précède. Pour des raisons historiques, rien de moins que trois ensembles de valeurs gèrent vos mesures verticales. Elles portent les noms de mesures hhea, typo (ou encore sTypo ou OS/2) et win (ou usWin). Selon quel OS et quel logiciel sont employés, un ensemble différent est utilisé pour le rendu de la police à l’écran.

Malheureusement, toutes ces valeurs sont en relation les unes avec les autres de manière plutôt compliquée. Heureusement, Glyphs fait de son mieux pour calculer ces valeurs à partir des mesures verticales que vous entrez dans vos masters: ascendante, hauteur des capitales, hauteur d’x et descendante. Vous pourriez toutefois rencontrer des problèmes si ces valeurs changent entre les masters.

Les paramètres personnalisés

Afin d’éviter les sauts verticaux entre les différentes polices de votre famille, c’est une bonne idée de synchroniser toutes les valeurs entre tous les masters. Pour ce faire, utilisez les paramètres personnalisés en allant à Fichier > Informations de police… > Masters (Cmd-I). Entrez les valeurs dans un master, puis copiez-collez les paramètres dans les champs Paramètres personnalisés de tous les autres masters.

Mais qu’est-ce que ces valeurs signifient? Laissez-moi vous présenter une vue d’ensemble.

Les valeurs hhea

Le nom hhea réfère à la table TrueType hhea. Je crois qu’il s’agit d’une abréviation pour l’en-tête de composition horizontale (en anglais: horizontal typesetting header). Les appareils Mac et iOS utilisent ces valeurs pour exécuter le rendu. La table hhea connaît trois valeurs de mesures verticales. Pour simplifier les choses, j’utilise ici les mêmes noms de paramètres personnalisés que ceux retrouvés dans Glyphs:

1. hheaAscender: la hauteur des ascendantes en unités
2. hheaDescender: la profondeur des descendantes en unités (valeur négative)
3. hheaLineGap: l’espace blanc recommandé entre les lignes

Les valeurs typographiques OS/2 sTypo (typo)

Ces valeurs font partie de la table OpenType OS/2. Quelqu’un se souvient du système d’opération du même nom? Les pros le commémorent tous les jours. Ces valeurs sont parfois également référées sous les expressions valeur sTypo ou plus simplement valeur typo. J’ai remarqué que certains designers y réfèrent en tant que valeurs OS/2, mais cela est un peu vague, car les valeurs win font aussi partie de la table OS/2.

1. typoAscender: la hauteur des ascendantes en unités
2. typoDescender: la profondeur des descendantes en unités (valeur négative)
3. typoLineGap: l’espace blanc recommandé entre les lignes

Pour citer Yannis Haralambous (p. 724), ces valeurs ‘sont drôlement semblables à ascent, descent et lineGap de la table hhea, mais elles ne devraient pas nécessairement être si exactes ou si étroitement liées aux caprices des contours de glyphes. Windows utilise apparemment ces valeurs pour trouver les paramètres idéaux pour la mise en page; nous avons donc une certaine latitude artistique.’

Les gros logiciels de mise en page, XPress et InDesign, utilisent les valeurs typoAscender et typoDescender afin de déterminer le décalage de la première ligne de pied dans une boîte texte et la taille minimum d’une boîte texte au-dessous de laquelle l’affichage des caractères est supprimé. Dans les applications de PAO, l’espace entre les lignes est défini par l’utilisateur, c’est pourquoi typoLineGap est ignoré.

Les logiciels de bureau et les navigateurs devraient préférer les valeurs typo aux valeurs win lorsque le paramètre Use Typo Metrics est réglé à yes. Dans ce cas, typoLineGap sera également respecté.

Le dogme UPC

Cependant, voici une chose à surveiller: le dogme UPC. Dans l’obscur passé de la composition électronique, les spécifications TrueType/OpenType stipulaient que l’écart entre typoAscender et typoDescender devrait être aussi grand que l’UPC de la police de caractères (habituellement 1000 ou 2048). Et voilà la première chose qui nous compliquera la vie.

Lors de récentes discussions, le ‘dogme UPC’ (soit l’ancienne exigence des spécifications qui stipulait que le total des typoAscender et typoDescender soit équivalent à l’UPC) a fait l’objet de vives critiques, en particulier pour les scripts non latins complexes. Victor Gaultney de SIL est un défenseur du camp du laisser tomber du dogme UPC. Il a écrit Best Practice: Design Metrics et Best Practice: Line Metrics.

En conséquence, le dogme a été entièrement abandonné dans la dernière spécification OT:

Cela n’est pas une exigence générale que sTypoAscender - sTypoDescender soit égal à unitsPerEm. Ces valeurs devraient être définies afin de fournir un interlignage par défaut approprié pour les langues principales pour lesquelles la police est dessinée.
(Référence: OS/2 sTypoAscender specification sur Microsoft Typography)

Le dogme UPC joue cependant encore un rôle dans les stratégies (historiques) Adobe et Microsoft discutées ci-après.

Les valeurs OS/2 usWin (win)

Les valeurs win (ou usWin) font encore partie de la table OS/2.

1. winAscent: l’extrême du haut de la boîte de rendu de la police
2. winDescent: l’extrême du bas de la boîte de rendu de la police (valeur positive)

Attention: tout ce qui dépasse en haut ou en bas de ces valeurs sera fort probablement coupé par l’engin de rendu de texte Windows. C’est pourquoi la meilleure façon de procéder, semble-t-il, est de vous assurer que tout ce qui est dans la police est inclus dans l’espace win. Donc, habituellement, l’espace win comprend plus de 1000 unités (ou n’importe quelle autre valeur UPC que vous aurez choisie). Je suppose que vous pouvez maintenant déjà deviner quels problèmes surgiront.

Astuce de pro: afin de trouver les points les plus hauts et les plus bas de votre police, essayez le script de mekkablue Test > Report Highest and Lowest Glyphs. Pour chacun des masters, le point le plus haut et le point le plus bas de chacun des glyphes sera répertorié.

Le paramètre Use Typo Metrics

Encore une chose. Si vous pouvez mettre de côté les plus vieilles versions de Microsoft Office (soit antérieures à 2006), vous devriez alors ajouter un paramètre Use Typo Metrics via Fichier > Informations de police… > Police. Tel que publié dans le manuel d’utilisateur de Glyphs:

Use Typo Metrics: si la case booléenne est cochée, les applications qui respectent ce réglage (en particulier, les versions de Microsoft Office à partir de 2006) préféreront typoAscender, typoDescender, et typoLineGap plutôt que winAscent et winDescent pour déterminer le positionnement vertical. La valeur par défaut s’applique lorsque cette option est désactivée. Elle correspond au bit 7 (‘n’utilisez pas la ligne des mesures Win ou Win line metrics’) du champ fsSelection dans la table OS/2. Selon le guide d’utilisateur MakeOTF, ce bit a été introduit ‘pour que la redistribution des documents s’effectue moins fréquemment que si Microsoft se limitait à changer le comportement de toutes les polices de caractères.’

Toutes les polices contemporaines devraient avoir ce paramètre. Il dit aux applis Office de préférer les valeurs OS/2 plutôt que les mesures win. À moins d’avoir une très bonne excuse, ajoutez-le donc à votre police.

Hélas, une bonne excuse pourrait être que, avec ce paramètre, les (anciens) logiciels Office (soit ceux qui datent d’avant 2006), pourraient faire le découpage aux valeurs OS/2 plutôt qu’aux valeurs win. Dans le cas peu probable où vous vous retrouverez à devoir supporter des logiciels aussi anciens. Sans commentaire. Souhaitons que vous puissiez reléguer ce problème au passé.

Un autre problème dans Microsoft Office; les valeurs pour underlinePosition et underlineThickness sont ignorées lorsque Use Typo Metrics est activé. Même lorsqu’il est désactivé, si le soulignement ne rentre pas au-dessus winDescent, il sera remonté en conséquence. En d’autres mots, la somme de underlinePosition et underlineThickness doit être plus petite que winDescent. Si Use Typo Metrics est activé, les valeurs de soulignement par défaut seront alors utilisées. Si l’affichage correct de soulignements dans Microsoft Word est plus important qu’un interlignage adéquat, désactivez Use Typo Metrics, et recourez à l’une des stratégies pour les vieux logiciels anciens. Il y a fort à parier que la stratégie Microsoft sera celle qui fonctionnera le mieux.

Stratégies

Les créateurs de polices de caractères emploient différentes stratégies afin de déterminer les meilleures valeurs pour les mesures verticales. Sachez cependant que certaines disputes font rage parmi les pros car ils n’arrivent pas se mettre d’accord sur la meilleure stratégie.

Pour vous donner un exemple, dans son article Les mesures verticales; comment faire/Vertical Metrics How-to, John Hudson donne ses propres recommandations afin d’optimiser les mesures verticales en considérant en particulier Microsoft Word. Rappel: lorsqu’il mentionne fsSelection, il s’agit en fait du terme technique pour Use Typo Metrics.

Dans tous les cas, avec les paramètres personnalisés listés précédemment, vous pouvez outrepasser le calcul automatique et définir les valeurs manuellement. Laissez-moi vous montrer les stratégies les plus populaires pour le réglage manuel de vos mesures verticales. Nous commencerons avec deux approches historiques, les stratégies Adobe et Microsoft. Il est pratique de les connaître, puisque vous pourriez destiner une de vos polices à un public particulier, comme les utilisateurs Adobe ou encore les habitués d’Office. Les uns comme les autres ont maintenant pris l’habitude de s’attendre à certains comportements de leurs polices (préalablement installées). Dans ces cas, il est alors sans doute préférable de produire votre police afin qu’elle se comporte de la façon attendue. Sachez cependant que lesdites stratégies sont dépassées, car elles adhèrent toutes deux au dogme UPC. Par conséquent, en particulier si vous produisez des polices Web, ou encore si vous recherchez un meilleur compromis pour les utilisateurs PAO et Office, je vous recommande d’employer la stratégie des polices Web décrites plus loin.

La stratégie Adobe

Les valeurs hhea sont synchronisées avec les valeurs OS/2.

1. hheaAscender = typoAscender
2. hheaDescender = typoDescender
3. hheaLineGap = winAscent + winDescent – UPM
4. typoLineGap = hheaLineGap
5. Informations de police > Police > Paramètres personnalisés: Use Typo Metrics = oui (c’est-à-dire, cochez la case)

Avec cette stratégie, l’espace entre les lignes (linegap) tend plutôt vers les petites valeurs du continuum. C’est pourquoi il peut être une bonne idée d’utiliser cette méthode si votre police a une petite hauteur d’x (au-dessous de la moitié de l’UPC). Avantage: meilleure synchronisation de l’affichage de la police entre les applis Mac et les logiciels de mise en page (XPress, InDesign). Inconvénients: différences entre les affichages Mac et Windows; les accents sur les capitales peuvent être coupés dans les applis Office.

La stratégie Microsoft

Les valeurs hhea sont synchronisées avec les valeurs win, donc au maxima de BBox.

1. hheaAscender = winAscent
2. hheaDescender = −winDescent
3. hheaLineGap = 0
4. typoLineGap = winAscent + winDescent – UPM
5. Informations de police > Police > Paramètres personnalisés: Use Typo Metrics = oui (c’est-à-dire, cochez la case)

Pour le reste, tel que mentionné précédemment, l’espace total entre typoAscender et typoDescender doit être équivalent à la valeur UPC (habituellement 1000). Vous pourriez inscrire la profondeur des descendantes sous typoDescender (p. ex. −200), et le reste (800) sous typoAscender. Dans cette stratégie, la somme de hhea et win ascendante et descendante sera fort probablement beaucoup plus que 1000, ou toute autre valeur que vous aurez donnée à votre UPC. Soustrayez votre valeur UPC de cette somme et inscrivez le résultat sous typoLineGap.

Avec cette stratégie, l’espace entre les lignes tend vers les grandes valeurs du continuum. Cela pourrait donc être une bonne idée d’utiliser cette méthode si votre police a une hauteur d’x importante (au-dessus de la moitié de l’UPC). Avantages: meilleure synchronisation de l’affichage de la police entre les applis Windows et Mac; les accents dans les applis Mac ne sont pas coupés puisque la valeur WinAscent tend à être plus grande que la valeur OS/2 TypoAscender. Inconvénients: il y a des différences entre les applis Mac et les applis de mise en page (XPress, InDesign) et l’interlignage par défaut pourrait être trop important.

La stratégie des polices Web (2019)

Dans cette stratégie, vous commencez par établir les valeurs winAscent et winDescent, car ce qui est coupé et ce qui ne l’est pas est de la plus grande importance sur les machines Windows, si vous vous souvenez de ce problème de découpage.

Sur Mac, Safari et Chrome utilisent les valeurs hhea pour positionner le texte, indépendamment du réglage Use Typo Metrics. Lorsqu’un texte est placé à l’intérieur d’un élément HTML tel que div ou p, ces navigateurs additionneront hheaAscender plus la moitié de hheaLineGap, et utiliseront cette mesure pour calculer la position de la première ligne de pied à partir du bord supérieur de l’élément HTML. De la même façon, la distance de la toute dernière ligne de texte à l’intérieur d’un élément HTML jusqu’au bas du même élément est déterminée par hheaDescender plus la moitié de hheaLineGap. C’est exact, l’interlignage est distribué également au-dessus et au-dessous de la ligne.

Exception notable sur Mac: Firefox respecte le réglage Use Typo Metrics, et fera de même avec les mesures OS/2 typo si elles sont définies, c’est-à-dire que la première ligne de pied sera placée à typoAscender plus la moitié de typoLineGap, et l’espace au-dessous de la dernière ligne de pied sera égal à typoDescender plus la moitié de typoLineGap. Cependant, si Use Typo Metrics n’est pas défini, Firefox se comportera sur Mac comme le font les deux autres navigateurs et il emploiera les valeurs hhea.

Sur Windows, tous les navigateurs respectent le paramètre Use Typo Metrics. S’il est défini, la première ligne de pied sera positionnée à typoAscender plus la moitié de typoLineGap, et la distance entre la dernière ligne de pied et le bord inférieur sera égale à typoDescender plus la moitié de typoLineGap. Cependant, si Use Typo Metrics n’est pas défini, tous les navigateurs Windows utiliseront alors par défaut les valeurs win. Dans ce cas, la première ligne de pied sera placée à winAscent à partir du bord supérieur, alors que le bord inférieur et la dernière ligne de pied auront entre eux un écart équivalent à winDescent.

En conséquence, si nous utilisons le paramètre Use Typo Metrics comme nous sommes supposés le faire, les valeurs win sont maintenant complètement indépendantes des valeurs hhea et typo. Nous pouvons donc utiliser les valeurs hhea et typo pour ce à quoi elles sont destinées, incluant l’espace entre les lignes. Définissez tout simplement les valeurs win aux extrêmes verticaux de votre famille de caractères, et assurez-vous, comme dans la stratégie Adobe, de synchroniser les valeurs typo et hhea. Nous obtenons donc ceci:

1. winAscent = maximum vertical arrondissez cette valeur à la hausse
2. winDescent = minimum vertical (valeur positive) round this value up
3. typoAscender = hheaAscender = incluez les capitales diacritiques importantes (p. ex. É, Å, Ñ, Ő, etc., ou les lettres qui se rendent très haut au-dessus de la hauteur d’x dont vous vous souciez le plus) arrondissez cette valeur
4. typoDescender = hheaDescender = incluez entièrement les descendantes (le point le plus bas dans j, g, p, q, y, ou les lettres qui se rendent au-dessous de la ligne de pied dont vous vous souciez le plus) arrondissez cette valeur à la baisse
5. typoLineGap = hheaLineGap = coussin d’interligne raisonnable entre les lignes: approximativement 10-20% de la somme de typoAscender et de typoDescender, considérez plus si les descendantes et les ascendantes se touchent de part et d’autre des lignes de texte (dans les navigateurs ainsi que les logiciels Office), moins si vos valeurs d’ascendante et de descendante sont plutôt grandes
6. Informations de police > Police > Paramètres personnalisés: Use Typo Metrics = oui (c’est-à-dire, cochez la case)

Pour ce qui est de trouver une valeur d’interlignage adéquate (point 5): imaginez simplement un mot sur un bouton ou dans une boîte sur une page Web. La moitié de la quantité de l’interlignage sera ajoutée au-dessus et l’autre moitié sera ajoutée au-dessous des positions des ascendantes et descendantes (OS/2 et hhea).

Et si, pour une raison quelconque, vous ne pouvez pas ou ne voulez pas activer Use Typo Metrics, vous pouvez essayer:

• typoLineGap = hheaLineGap = (winAscent − typoAscender) × 2

Le décalage de la première ligne de pied sera consistant même sans le paramètre Use Typo Metrics. Cela pourrait être utile si vous voulez supporter des logiciels anciens comme nous en avons discuté précédemment. Cependant, l’interlignage pourrait varier à moins que la différence entre winDescent et typoDescender soit exactement la même que la différence entre winAscent et typoAscender.

Prudence: cette stratégie présume que vous avez des mesures relativement régulières, c’est-à-dire, que toutes les parties importantes de votre police sont comprises plus ou moins dans l’UPC, à une ou deux unités près. Considérez adapter votre UPC si vous observez encore beaucoup de problèmes de découpage.

Si les calculs conduisent à de grandes valeurs d’espace entre les lignes (n’importe quoi qui soit plus grand qu’un cinquième de l’UPC), songez à réduire les espaces entre les lignes et à augmenter le hhea et les ascendantes de la même valeur.

Décalage de la première ligne de pied dans les applis Adobe

Vous pourriez tout bien faire et quand même recevoir des plaintes de vos utilisateurs, en particulier à propos du positionnement de la première ligne de texte dans une boîte texte. Dans InDesign et Illustrator, le décalage de la première ligne de pied dépend des réglages du fichier respectif.

La chose la plus bizarre cependant, est que le réglage par défaut, ‘Ascent’, est la mesure du d latin bas de casse. Donc, si vous devez vous assurer que votre police s’aligne bien avec d’autres, et que vous voulez éviter de passer votre temps à expliquer aux utilisateurs Adobe les deux dialogues qui suivent, songez à synchroniser la hauteur de vos lettres d bas de casse.

En particulier si vous réalisez une police multicouches, et que les formes doivent s’aligner, vous pourriez avoir besoin d’utiliser l’astuce du d bas de casse. Voyez le tutoriel sur les polices couleur multicouches pour les détails.

InDesign:

Dans InDesign, sélectionnez un bloc de texte, allez ensuite à Objet > Options de bloc de texte… (Cmd-B), puis dans le dialogue, sous l’onglet Options de ligne de base tout en haut, vous aurez les options de Décalage sous Première ligne de base:

• Ascendante: la hauteur du caractère d de la police est inférieure à la marge supérieure du bloc de texte.
• Hauteur des capitales: le haut des lettres majuscules touche la marge supérieure du bloc de texte.
• Interligne: utilisez la valeur d’interligne du texte comme distance séparant la ligne de base de la première ligne de texte et la marge supérieure du bloc.
• Œil: la hauteur du caractère x de la police est inférieure à la marge supérieure du bloc.
• Fixe: spécifiez la distance séparant la ligne de base de la première ligne de texte et la marge supérieure du bloc.
• Min: sélectionnez une valeur minimum de décalage de la ligne de base. Par exemple, si l’option Interligne est sélectionnée et la valeur minimum est définie sur 1p, InDesign utilise la valeur d’interligne uniquement lorsqu’elle est supérieure à 1 pica.

Trouvez plus d’information à propos des blocs de texte InDesign sur la page d’aide Adobe.

Illustrator:

Dans Adobe Illustrator, sélectionnez un bloc de texte, allez ensuite à Texte > Options de texte captif…, et dans le dialogue qui surgit, allez à l’option Décalage > 1re ligne de base:

• Ascendante: la hauteur du caractère d s’étend jusqu’au-dessous de la limite supérieure de l’objet texte.
• Hauteur des capitales: le haut des lettres majuscules touche la limite supérieure de l’objet texte.
• Interligne: utilise la valeur d’interligne du texte comme distance entre la ligne de base de la première ligne de texte et la limite supérieure de l’objet texte.
• Œil: la hauteur du caractère x s’étend jusqu’au-dessous de la limite supérieure de l’objet texte.
• Hauteur de la zone Em: le haut de la zone Em dans les polices asiatiques touche la limite supérieure de l’objet texte. Cette option est disponible indépendamment de la préférence Afficher les options de texte asiatique.
• Fixe: indique la distance entre la ligne de base de la première ligne de texte et la limite supérieure de l’objet texte dans la zone de texte Min.
• Héritage: utilise la première valeur de ligne de base par défaut d’Adobe Illustrator 10 ou des versions antérieures.

Trouvez plus d’information à propos des blocs de texte Illustrator sur la page d’aide Adobe.

Zones TT

Si vous exportez des TTF et rencontrez des problèmes de découpage dans des applis comme Microsoft Word, en particulier avec les accents doubles (comme ceux retrouvés en vietnamien ou pinyin), essayez alors ceci: d’abord, assurez-vous que votre winAscent et winDescent sont correctement définis, p. ex., ils incluent le glyphe le plus haut et le glyphe le plus bas que vous voulez éviter de découper. Maintenant, il vous faut des zones TT situées à winAscent et winDescent. Grâce à ces zones supplémentaires, le moteur de rendu de texte inclura tout ce qui se trouve jusqu’à leurs positions.

Si vous faites votre hinting TrueType manuellement, vous pouvez ajouter les zones winAscent et winDescent avec le paramètre TTF Zones dans Fichier > Informations de police… > Masters (Cmd-I).

Cependant, si vous vous fiez sur ttfautohint, il y a une méthode encore plus facile. Il vous suffit d’aller à *Fichier > Informations de police… > Instances > Paramètres personnalisés et d’activer l’option Windows Compatibility dans le paramètre TTFAutohint options. Faites cela pour toutes les instances TTF, et vous aurez terminé:

Visualiser les mesures verticales

Il existe deux façons de visualiser les mesures verticales: avec l’outil de mesures verticales de Jan Janeček, soit le Vertical Metrics Tool, et avec l’extension reporter nommée Show Vertical Metrics. Vous pouvez accéder à cette dernière dans Glyphs via Fenêtre > Gestionnaire d’extensions.

Scripts utiles

Parmi les scripts mekkablue, vous retrouverez Font Info > Vertical Metrics Manager (soit un gestionnaire des mesures verticales) ainsi que Test > Report Highest and Lowest Glyphs (Reporter les glyphes les plus hauts et les plus bas).

Le Vertical Metrics Manager fera de son mieux pour appliquer la stratégie des polices Web, dans la mesure du possible. Il peut mesurer n’importe quel jeu de glyphes et déterminer les valeurs viables dans une certaine mesure. Vous pouvez éditer les valeurs vous-mêmes, avant de les appliquer à la police. Une documentation exhaustive est disponible dans les ‘tooltips’: si vous ne comprenez pas quelque chose, placez tout simplement le curseur de la souris sur l’élément pour une seconde ou deux. Une fois que vous exécutez les fonctions du script, ce dernier documentera son processus sous Fenêtre > Panneau des macros.

Report Highest and Lowest Glyphs repère les glyphes les plus extrêmes en terme d’extension verticale, puis écrit un petit rapport dans la Fenêtre des macros. Ce qui peut vous être utile pour trouver de bonnes valeurs sTypo.

Wouah. Et maintenant une pause café bien méritée. Ou une glace. Ou les deux!

Mise à jour 2013-05-25: mise à jour des noms de paramètres pour correspondre au nouveau système, correction de quelques tournures.
Mise à jour 2015-07-17: correction d’une erreur (typoDescender doit être une valeur négative), retrait du lien Typophile et de la référence pour la version 1.3, ajout de la section Stratégie pour les polices Web.
Mise à jour 2016-12-02: ajout de la section à propos des zones TT.
Mise à jour 2017-04-25: ajout d’une note, correction d’une erreur typographique dans Stratégie pour les polices Web, ajout de la section Lectures recommandées.
Mise à jour 2017-11-30: ajout d’une note à propos du paramètre Use Typo Metrics.
Mise à jour 2018-07-04: ajout d’un lien pour le tutoriel de John Hudson sur les mesures verticales.
Mise à jour 2018-10-11: correction d’un lien périmé pour le Wayback Machine de Wideman.
Mise à jour 2019-05-16: ajout de la variante La stratégie des polices Web, en plus générale; Use Typo Metrics a été rendu plus proéminent.
Mise à jour 2019-08-20: correction d’erreurs typographiques (merci Nathalie).
Mise à jour 2019-09-12: réécriture de la section Stratégie pour les polices Web (2019), mise à jour des informations de spécification au sujet du dogme UPC dans la section Lectures recommandées; mise à jour des captures d’écran; réécriture partielle.
Mise à jour 2019-10-30: ajout d’un chapitre à propos des décalages de la première ligne de pied dans les applis Adobe.
Mise à jour 2020-02-18: ajout de la section Scripts utiles, ainsi que d’un paragraphe au sujet de ‘underlineThickness’ et ‘underlinePosition’ (merci Henrique Beier.).
Mise à jour 2020-03-02: clarification de la formulation sur comment les navigateurs Mac utilisent les hhea (merci Nathalie).
Mise à jour 2020-03-05: remplacement du mot ‘defer’ par ‘differ’ dans la version anglaise.
Mise à jour 2020-03-05: dans la version française, ajout des mises à jour 2019-09-12 jusqu’à 2020-03-05.

Traduction française de Nathalie Dumont.