ttf2tfm - En ligne dans le Cloud

PROGRAMME:

Nom

ttf2tfm - créer des fichiers métriques TeX à partir d'une police TrueType

SYNOPSIS

ttf2tfm fichier ttf[. Ttf|.ttc] [-c majuscules-hauteur-facteur] [-e facteur-d'extension] [-E id-encodage]
[-f index-fonte] [-l] [-L fichier-ligature[.sfd]] [-n] [-N] [-O] [-p fichier inenc[.enc]]
[-P ID de plate-forme] [-q] [-r ancien-glyphe nouveau-glyphname] [-R fichier-de-remplacement[.rpl]]
[-s facteur d'inclinaison] [-t fichier de sortie[.enc]] [-T fichier inoutenc[.enc]] [-u]
[-v vplfichier[.vpl]] [-V fichier scvpl[.vpl]] [-w] [-x] [-y facteur de décalage vertical]
[fichier tfm[.tfm]]
ttf2tfm --version | --Aidez-moi

DESCRIPTION

Ce programme extrait les informations de métrique et de crénage d'une police TrueType et convertit
en fichiers métriques utilisables par TeX (assez similaire à afm2tfm qui fait partie de la dvips
emballer; veuillez consulter ses fiches infos pour plus de détails sur les différents paramètres
(en particulier les fichiers d'encodage).

Puisqu'une police TrueType contient souvent plus de 256 glyphes, certains moyens sont nécessaires pour mapper
un sous-ensemble des glyphes TrueType sur une police TeX. Pour ce faire, deux tables de mappage sont
nécessaire : le premier (appelé encodage « input » ou « raw ») mappe la police TrueType à un TeX brut
font (cette table de mappage est utilisée par les deux ttf2tfm ainsi que ttf2pk), et la seconde (appelée
'output' ou 'virtual' encoding) mappe la police TeX brute à une autre police TeX (virtuelle),
fournissant toutes les informations de crénage et de ligature nécessaires à TeX.

Ce mappage en deux étapes a l'avantage qu'une police brute est accessible avec plusieurs
encodages LaTeX (par exemple T1 et OT1) via le mécanisme de police virtuelle, et un seul fichier PK est
nécessaire.

Pour les polices CJKV (chinois/japonais/coréen/vieux vietnamien), un mécanisme différent est fourni
(voir SOUS-POLICE DÉFINITION DES DOSSIERS ci-dessous).

PARAMETRES

La plupart des noms de commutateur de ligne de commande sont les mêmes que dans afm2tfm pour plus de commodité. Un ou
plus de caractères d'espacement entre une option et sa valeur est obligatoire ; les options ne peuvent pas être
concaténé. Pour des raisons historiques, le premier paramètre peut ne sauraient être un interrupteur mais doit être
le nom de la police.

-c majuscules-hauteur-facteur
La hauteur des petites capitalisations réalisées avec le -V changer. Valeur par défaut de ce réel
nombre est 0.8 fois la hauteur des glyphes majuscules.

Sera ignoré en mode sous-police.

-e facteur-d'extension
Le facteur d'extension pour étirer les caractères horizontalement. Valeur par défaut de ce
le nombre réel est 1.0 ; si elle est inférieure à 1.0, vous obtenez une police condensée.

-E id-encodage
L'ID d'encodage TrueType. La valeur par défaut de cet entier non négatif est 1.

Sera ignoré si -N est utilisé.

-f index-fonte
L'index de police dans une collection TrueType. La valeur par défaut est la première police (index 0).
[Les collections TrueType se trouvent généralement dans certaines polices CJK ; par exemple la première police
index spécifie les glyphes et les métriques pour l'écriture horizontale, et la deuxième police
index fait de même pour l'écriture verticale. Les collections TrueType ont généralement le
extension '.ttc'.]

Sera ignoré pour les polices TrueType ordinaires.

-l Créez des ligatures dans les sous-polices entre le premier et le deuxième octet de tous les originaux
codes de caractères. Exemple : Le code de caractère 0xABCD correspond à la position de caractère 123 dans
subfont 45. Puis une ligature dans subfont 45 entre la position 0xAB et 0xCD pointant
au caractère 123 sera produit. Les polices du package coréen HLaTeX utilisent cette
caractéristique. Notez que cette option génère des ligatures correctes uniquement pour les polices TrueType
où le cmap d'entrée est identique à l'encodage de sortie. Dans le cas de HLaTeX, les TTF
doit avoir l'ID de plate-forme 3 et l'ID d'encodage 5.

Sera ignoré s'il n'est pas en mode sous-police.

-L fichier-ligature
Pareil que -l, mais les codes de caractères pour les ligatures sont spécifiés dans fichier-ligature. For
exemple, `-L KS-HLaTeX' génère les ligatures correctes pour le package coréen HLaTeX
indépendamment de la plate-forme et de l'ID d'encodage de la police TrueType utilisée (le fichier KS-
HLaTeX.sfd fait partie du package ttf2pk).

Les fichiers de ligature ont le même format et la même extension que les fichiers SFD. Cette option va
être ignoré s'il n'est pas en mode sous-police.

-n Utilisez les noms PS (de glyphes) de la police TrueType. Seuls les glyphes avec une entrée valide dans
les cmap sélectionnées sont utilisées.

Sera ignoré en mode sous-police.

-N Utilisez uniquement les noms PS de la police TrueType. Aucun cmap n'est utilisé, donc les commutateurs -E ainsi que
-P n'ont aucun effet, provoquant un message d'avertissement.

Sera ignoré en mode sous-police.

-O Utilisez des valeurs octales pour tous les codes de caractères dans le fichier VPL plutôt que des noms ; c'est
utile pour les polices de symboles ou CJK où les noms de caractères tels que « A » n'ont pas de sens.

-p fichier inenc
Le nom du fichier d'encodage d'entrée pour le mappage TTF → brut TeX. Ce paramètre doit être
spécifié dans un fichier map (par défaut : ttfonts.map) enregistré dans ttf2pk.cfg pour
successif ttf2pk appels.

Sera ignoré en mode sous-police.

-P ID de plate-forme
L'ID de la plate-forme TrueType. La valeur par défaut de cet entier non négatif est 3.

Sera ignoré si -N est utilisé.

-q Marque ttf2tfm calmer. Il supprime toute sortie d'information à l'exception des avertissements et
messages d'erreur. Pour les polices CJK, la sortie peut devenir assez volumineuse si vous ne spécifiez pas
cet interrupteur.

-r ancien-glyphe nouveau-glyphname
Remplace ancien-glyphe avec nouveau-glyphname. Ce commutateur est utile si vous souhaitez
donner un glyphe sans nom (c'est-à-dire un glyphe qui peut être représenté avec `.gXXX' ou
`.cXXX' uniquement) un nom ou si vous souhaitez renommer un nom de glyphe déjà existant. Tu
ne peut pas utiliser les constructions de nom de glyphe `.gXXX' ou `.cXXX' pour nouveau-glyphname; plusieurs
occurrences de -r sont possibles.

Si en mode sous-fonte ou si aucun fichier d'encodage n'est spécifié, ce commutateur est ignoré.

-R fichier-de-remplacement
Utilisez ce commutateur si vous avez de nombreuses paires de remplacement ; ils peuvent être collectés dans un
fichier qui devrait avoir `.rpl' comme extension. La syntaxe utilisée dans un tel remplacement
fichiers est simple : chaque ligne non vide doit contenir une paire `ancien-glyphe
nouveau-glyphname' séparés par des espaces (sans les guillemets). Un pour cent
signe commence une ligne de commentaire ; vous pouvez continuer une ligne sur la ligne suivante avec un
barre oblique inverse comme dernier caractère.

Si en mode sous-fonte ou si aucun fichier d'encodage n'est spécifié, ce commutateur est ignoré.

-s facteur d'inclinaison
Le facteur d'obliquité pour incliner la police, généralement beaucoup plus petit que 1. Valeur par défaut de
ce nombre réel est 0.0 ; si la valeur est supérieure à zéro, les caractères s'inclinent vers
à droite, sinon à gauche.

-t fichier de sortie
Le nom du fichier de codage de sortie pour la ou les polices virtuelles. Seuls les personnages à l'état brut
Les polices TeX sont utilisées.

Sera ignoré en mode sous-police.

-T fichier inoutenc
Ceci équivaut à `-p fichier inoutenc -t fichier inoutenc'.

Sera ignoré en mode sous-police.

-u Utilisez uniquement les caractères spécifiés dans l'encodage de sortie, et aucun autre. Par
défaut ttf2tfm essaie d'inclure tous les caractères dans la police virtuelle, même ceux
pas présent dans l'encodage de la police virtuelle (il les met autrement-
postes inutilisés, plutôt arbitrairement).

Sera ignoré en mode sous-police.

-v vplfichier
Sortez un fichier VPL en plus du fichier TFM. Si aucun fichier de codage de sortie n'est
spécifié, ttf2tfm utilise un encodage de police par défaut (cmtt10). Remarque: Attention à utiliser
des noms différents pour la police virtuelle et la police brute !

Sera ignoré en mode sous-police.

-V fichier scvpl
Pareil que -v, mais la police virtuelle générée est une police pseudo small caps obtenue par
mise à l'échelle des lettres majuscules de 0.8 (resp. la valeur spécifiée avec -c) pour composer
minuscule. Cette police gère les lettres accentuées et conserve un crénage approprié.

Sera ignoré en mode sous-police.

-w Générer des vecteurs d'encodage PostScript contenant des indices de glyphe, principalement utilisés pour
incorporer les polices TrueType dans pdfTeX. ttf2tfm prend les noms de TFM et remplace le
suffixe avec .enc ; c'est-à-dire que pour les fichiers foo01.tfm, foo02.tfm, ... il crée
foo01.enc, foo02.enc, ... au même endroit.

Sera ignoré s'il n'est pas en mode sous-police.

-x Faites pivoter tous les glyphes de 90 degrés dans le sens inverse des aiguilles d'une montre. Sinon -y paramètre est donné,
les glyphes pivotés sont décalés verticalement de 0.25 em.

Sera ignoré s'il n'est pas en mode sous-police.

-y facteur de décalage vertical
Décale les glyphes pivotés vers le bas de la quantité donnée (l'unité est em).

Ignoré s'il n'est pas en mode sous-police ou si les glyphes ne sont pas pivotés.

--version
Affiche la version actuelle de ttf2tfm et la bibliothèque de recherche de fichiers utilisée (par exemple
kpathsea).

--Aidez-moi Affiche les informations d'utilisation.

Si aucun nom de fichier TFM n'est donné, le nom du fichier TTF est utilisé, y compris le chemin complet
et en remplaçant l'extension par `.tfm'.

CMAP

Contrairement aux polices PostScript de type 1 (mais similaire au nouveau format de police PostScript CID),
la plupart des polices TrueType ont plus d'une table de mappage native, également appelée "cmap", qui
mappe les indices de glyphe TTF (internes) aux codes de caractères TTF (externes). Commun
les exemples sont une table de mappage aux positions de caractères codées Unicode, et la norme
Cartographie Macintosh.

Pour spécifier une table de mappage TrueType, utilisez les options -P ainsi que -E. Avec -P vous spécifiez le
identifiant de la plate-forme ; les valeurs définies sont :

plateforme plateforme ID (pid)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Pomme Unicode 0
Mac 1
ISO 2
Microsoft 3

L'ID d'encodage dépend de la plate-forme. Pour pid=0, nous ignorons le -E paramètre (réglage
à zéro) puisque la table de mappage est toujours Unicode version 2.0. Pour pid=1, le
le tableau suivant répertorie les valeurs définies :

ID de plate-forme = 1

scénario codage ID (aïd)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Roman 0
1 japonais
2 Chinois
3 coréen
Arabe 4
Hébreu 5
Grec 6
Russe 7
Symbole romain 8
Dévanagari 9
Gourmukhi 10
gujarati 11
Oria 12
bengali 13
Tamoul 14
télougou 15
Kannada 16
malayalam 17
Cinghalais 18
Birman 19
Khmer 20
Thaï 21
laotien 22
Géorgien 23
Arménien 24
Maldivien 25
Tibétain 26
Mongol 27
Bon sang 28
Slave 29
Vietnamien 30
Sindhi 31
Non interprété 32

Voici les identifiants d'encodage ISO :

ID de plate-forme = 2

codage codage ID (aïd)
ASCII0
ISO 10646 1
ISO 8859-1 2

Et enfin, les identifiants d'encodage Microsoft :

ID de plate-forme = 3

codage codage ID (aïd)
Symbole 0
Unicode2.0 1
Décalage JIS 2
GB 2312 (1980) 3
Grand 5 4
KS X 1001 (Wansung) 5
KS X 1001 (Johab) 6
UCS-4 10

Le programme s'arrêtera si vous spécifiez une paire d'ID plate-forme/encodage invalide. Il sera alors
montrer les paires pid/eid possibles. Veuillez noter que la plupart des polices ont au plus deux ou trois
cmaps, correspondant généralement aux paires pid/eid (1,0), (3,0) ou (3,1) dans le cas du latin
polices basées. Les polices Microsoft valides doivent avoir une table de mappage (3,1), mais certaines polices
existent (principalement des polices asiatiques) qui ont un cmap (3,1) non codé en Unicode. La raison pour
ce comportement étrange est le fait que certaines anciennes versions de MS Windows rejettent les polices
ayant un cmap non (3,1) (puisque tous les ID d'encodage Microsoft non Unicode sont pour l'Asie
versions MS Windows).

La -P ainsi que -E options de ttf2tfm doit être également spécifié pour ttf2pk; le correspondant
les paramètres d'un fichier map sont respectivement `Pid' et `Eid'.

La paire pid/eid par défaut est (3,1).

De même, un -f L'option doit être spécifiée en tant que paramètre `Fontindex' dans un fichier de carte.

Si vous utilisez le -N switch, tous les cmaps sont ignorés, en utilisant uniquement les noms PostScript dans le
Police TrueType. L'option correspondante dans un fichier de carte est `PS=Only'. Si vous utilisez le -n
switch, les noms de glyphes par défaut intégrés dans ttf2tfm sont remplacés par les noms des glyphes PS
trouvé dans la police. Dans de nombreux cas, ce n'est pas ce que vous voulez parce que les noms de glyphes dans le
les polices sont souvent incorrectes ou non standard. L'option correspondante dans un fichier de carte est
'PS=Oui'.

Noms de glyphe de remplacement unique spécifiés avec -r doit être donné directement comme `ancien-glyphe
nouveau-glyphname' dans un fichier carte ; -R équivaut à l'option 'Remplacement'.

CONTRIBUTION ET SORTIE ENCODAGES

Vous devez spécifier les vecteurs d'encodage de la police TrueType à la police TeX brute et à partir de
la police TeX brute à la police TeX virtuelle exactement comme avec afm2tfm, mais vous avez plus
possibilités d'adresser les codes de caractères. [Avec 'encoding vector' une table de mappage
avec 256 entrées sous la forme d'un vecteur PostScript est signifié ; voir le fichier T1-WGL4.enc de ce
paquet pour un exemple.] Avec afm2tfm, vous devez accéder à chaque glyphe avec son glyphe Adobe
nom, par exemple `/quotedsingle' ou `/Acircumflex'. Cela a été prolongé avec ttf2tfm; maintenant
vous pouvez (et parfois devez) accéder directement aux points de code et/ou aux glyphes, en utilisant le
syntaxe suivante pour spécifier la position du caractère en décimal, octal ou hexadécimal
notation : `/.c', `/.c0', ou `/.c0x'.
Exemples : `/.c72', `/.c0646', `/.c0x48'. Pour accéder directement à un index de glyphes, utilisez le
caractère "g" au lieu de "c" dans la notation qui vient d'être introduite. Exemple : `/.g0x32'. [Noter:
La notation `.cXXX' n'a aucun sens si -N est utilisé.]

Pour les paires pid/eid (1,0) et (3,1), les deux ttf2tfm ainsi que ttf2pk reconnaître la valeur par défaut intégrée
Noms de glyphes Adobe ; le premier suit les noms donnés dans l'annexe E du livre `À l'intérieur
Macintosh', volume 6, ce dernier utilise les noms donnés dans la spécification TrueType (WGL4,
un sous-ensemble Unicode). Notez que les noms Adobe pour un glyphe donné ne sont souvent pas uniques et ne
diffèrent parfois, par exemple, de nombreuses polices PS ont le glyphe « mu », alors que ce glyphe est appelé
« mu1 » dans le jeu de caractères WGL4 pour le distinguer de la vraie lettre grecque mu. être aussi
sachant que les polices OpenType (c'est-à-dire TrueType 2.0) utilisent une table WGL4 mise à jour ; nous utilisons les données
à partir de la dernière spécification TrueType publiée (1.66). Vous pouvez trouver ces cartographies
tables dans le fichier de code source ttfenc.c.

D'autre part, les commutateurs -n ainsi que -N fait ttf2tfm lire et utiliser le PostScript
noms dans la police TrueType elle-même (stockée dans la table « post ») au lieu de la police par défaut
Noms de glyphes Adobe.

Utilisez l'option -r basculer pour remapper les noms de glyphes uniques et -R pour spécifier un fichier contenant
paires de noms de glyphes de remplacement.

Si vous ne sélectionnez pas d'encodage d'entrée, les 256 premiers glyphes de la police TrueType avec un
entrée valide dans la cmap sélectionnée sera mappée sur la police brute TeX (sans le -q
option, ttf2tfm imprime cette table de mappage sur la sortie standard), suivi de tous les glyphes non
encore abordée dans la cmap sélectionnée. Cependant, certains points de code pour la paire (1,0) pid/eid
sont omis car ils ne représentent pas les glyphes utiles pour TeX : 0x00 (null), 0x08
(retour arrière), 0x09 (tabulation horizontale), 0x0d (retour chariot) et 0x1d (groupe
séparateur). Le "caractère invalide" avec l'index de glyphe 0 sera également omis.

Si vous sélectionnez le -N switch, les 256 premiers glyphes de la police TrueType avec un
Le nom PostScript sera utilisé si aucun encodage d'entrée n'est spécifié. Encore une fois, quelques glyphes
sont omis : ".notdef", ".null" et "nonmarkingreturn".

Si vous ne sélectionnez pas d'encodage de sortie, ttf2tfm utilise la même table de mappage que afm2tfm
utiliserait (vous pouvez le trouver dans le fichier de code source texenc.c); il correspond à TeX
texte de machine à écrire. Positions inutilisées (soit causées par des points de code vides dans le mappage
table ou les glyphes manquants dans la police TrueType) seront remplis (plutôt arbitrairement) avec
caractères présents dans l'encodage d'entrée mais non spécifiés dans l'encodage de sortie (sans
le -q option ttf2tfm imprime le codage de sortie final sur la sortie standard). Utilisez le -u
option si vous voulez uniquement des glyphes dans la police virtuelle qui sont définis dans la sortie
fichier d'encodage, et rien de plus.

Une caractéristique manquante dans afm2tfm a été ajouté, ce qui est nécessaire pour l'encodage T1 de LaTeX :
ttf2tfm construira le glyphe 'Germandbls' (en concaténant simplement deux glyphes 'S')
même pour les polices normales si possible. Il apparaît dans la liste des glyphes comme le dernier élément, marqué
avec un astérisque. Comme ce n'est pas un vrai glyphe, il ne sera disponible que dans le virtuel
Police de caractère.

Pour l'encodage d'entrée et de sortie, une position de code vide est représentée par le glyphe
nom `/.notdef'.

Dans l'encodage des fichiers, vous pouvez utiliser `\' comme dernier caractère d'une ligne pour indiquer que le
la saisie se poursuit sur la ligne suivante. La barre oblique inverse et le caractère de nouvelle ligne suivant
sera supprimé.

SOUS-POLICE DÉFINITION DES DOSSIERS

Les polices CJKV (chinois/japonais/coréen/vieux vietnamien) contiennent généralement plusieurs milliers
glyphes; pour les utiliser avec TeX, il est nécessaire de diviser ces grandes polices en sous-fontes.
Les fichiers de définition de sous-fonte (ayant généralement l'extension « .sfd ») sont un moyen simple de faire
cela en douceur.

Un nom de fichier de sous-police se compose généralement d'un préfixe, d'un infixe de sous-police et d'un suffixe (qui est
vide dans la plupart des cas), par ex.

ntukai23 → préfixe : ntukai, infixe : 23, suffixe : (vide)

Voici la syntaxe d'une ligne dans un fichier SFD, décrivant une sous-fonte :



:=
tout sauf les espaces. Il est préférable d'utiliser uniquement des caractères alphanumériques.

:=
espace, saut de page, retour chariot, tabulations horizontales et verticales -- pas de saut de ligne
caractères.

:=
|
|


:=


:=
`_'

:=
` :'

:=
hexadécimal (préfixe '0x'), décimal ou octal (préfixe '0')

Une ligne peut être continuée sur la ligne suivante avec une barre oblique inverse terminant la ligne. Les gammes
ne doit pas se chevaucher ; les décalages doivent être compris entre 0 et 255.

Mise en situation :

La ligne

03 10: 0x2349 0x2345_0x2347

attribue au code les positions 10, 11, 12 et 13 de la sous-police ayant l'infixe « 03 »
les codes de caractères 0x2349, 0x2345, 0x2346 et 0x2347 respectivement.

Les fichiers SFD de la distribution sont personnalisés pour le package CJK pour LaTeX.

Vous devez intégrer le nom du fichier SFD dans le nom de la police TFM (à l'endroit où l'infixe
apparaîtra) entouré de deux signes `@', sur la ligne de commande resp. un fichier de carte ; les deux
ttf2tfm ainsi que ttf2pk passez ensuite en mode sous-police.

Il est possible d'utiliser plus d'un seul fichier SFD en les séparant par des virgules et non
espace ; pour une sous-fonte donnée, le premier fichier est analysé pour une entrée, puis le suivant
fichier, et ainsi de suite. Les entrées ultérieures remplacent les entrées trouvées plus tôt (peut-être seulement partiellement).
Par exemple, le premier fichier SFD définit la plage 0x10-0xA0, et le suivant modifie les entrées
0x12 et 0x25. Comme on peut le voir facilement, cet algorithme permet d'ajouter et de remplacer, mais
pas pour supprimer des entrées.

Le mode sous-police désactive les options -n, -N, -p, -r, -R, -t, -T, -u, -v, -V ainsi que -w en
ttf2tfm; de même, aucun paramètre 'Encoding' ou 'Replacement' n'est autorisé dans un fichier map.
Les noms de glyphes de remplacement uniques sont également ignorés.

ttf2tfm créera tous les fichiers TFM de sous-fonte spécifiés dans les fichiers SFD (à condition que la
contient des glyphes) en un seul passage.

Mise en situation :

L'appel

ttf2tfm ntukai.ttf ntukai@Big5,Big5-supp@

utilisera Big5.sfd et Big5-supp.sfd, produisant TOUTE fichiers de sous-fontes ntukai01.tfm,
ntukai02.tfm, etc.

RETOUR VALEURE

ttf2tfm renvoie 0 en cas de succès et 1 en cas d'erreur ; les messages d'avertissement et d'erreur sont écrits dans
erreur standard.

CERTAINS NOTES ON DOSSIER RECHERCHE

Les deux ttf2pk ainsi que ttf2tfm utiliser soit le kpathsea, emtexdirou MiKTeX bibliothèque de recherche
fichiers (emtexdir fonctionnera uniquement sur les systèmes d'exploitation qui ont un fond MS-DOSish,
c'est-à-dire MS-DOS, OS/2, Windows ; MikTeXName est spécifique à MS Windows).

En dernier recours, les deux programmes peuvent être compilés sans bibliothèque de recherche ; le recherché
les fichiers doivent alors se trouver dans le répertoire courant ou spécifiés avec un chemin. Extensions par défaut
sera également ajouté (à l'exception du fait que seul `.ttf' est ajouté et non `.ttc').

kpathsea
La version actuelle de kpathsea s'affiche à l'écran si vous appelez soit ttf2pk or ttf2tfm
les --version commutateur de ligne de commande.

Voici un tableau du type de fichier et le correspondant kpathsea variables. ENTRÉES TTF2PK
et TTF2TFMINPUTS sont des variables d'environnement spécifiques au programme introduites dans kpathsea
Version 3.2:

.ttf et .ttc TTFONTS
ttf2pk.cfg TTF2PKINPUTS
.map TTF2PKINPUTS
.enc ENTRÉES TTF2PK, ENTRÉES TTF2TFMIN
.rpl TTF2PKINPUTS, TTF2TFMINPUTS
.tfm TFMFONTS
.sfd TTF2PKINPUTS, TTF2TFMINPUTS

Veuillez consulter les fichiers d'informations de kpathsea pour plus de détails sur ces variables.

Vous devez définir la variable TEXMFCNF dans le répertoire où votre configuration texmf.cnf
le fichier réside.

Voici la commande appropriée pour savoir à quelle valeur un kpathsea variable est définie (nous utilisons
TTFONTS comme exemple). Ceci est particulièrement utile si une variable n'est pas définie dans texmf.cnf ou
dans l'environnement, pointant ainsi vers la valeur par défaut qui est codée en dur dans le
kpathsea bibliothèque.

kpsewhich -progname=ttf2tfm -expand-var='$TTFONTS'

Nous sélectionnons également le nom du programme car il est possible de spécifier des variables qui sont
recherché uniquement pour un certain programme -- dans notre exemple, ce serait TTFONTS.ttf2tfm.

Une méthode similaire mais pas identique consiste à dire

kpsewhich -progname=ttf2tfm -show-path='truetype fonts'

[Une liste complète des types de format peut être obtenue en disant `kpsewhich --help' sur la commande
invite de ligne.] C'est exactement comment ttf2tfm (Et ttf2pk) recherche des fichiers ; les
L'inconvénient est que toutes les variables sont étendues, ce qui peut entraîner de très longues chaînes.

emtexdir
Voici la liste des suffixes et leurs variables d'environnement associées à définir dans
autoexec.bat (resp. dans config.sys pour OS/2):

.ttf et .ttc TTFONTS
ttf2pk.cfg TTFCFG
.map TTFCFG
.enc TTFCFG
.rpl TTFCFG
.tfm TEXTEFM
.sfd TTFCFG

Si l'une des variables n'est pas définie, un message d'avertissement est émis. Le répertoire courant
sera toujours recherché. Comme d'habitude, un point d'exclamation ajouté à un chemin de répertoire
provoque la recherche dans les sous-répertoires d'un niveau de profondeur, deux points d'exclamation provoquent tout
sous-répertoires à rechercher. Exemple:

TTFONTS=c:\fonts\truetype!!;d:\mesfonts\truetype!

Les constructions comme `c:\fonts!!\truetype' ne sont pas possibles.

MiKTeX
Les deux ttf2tfm ainsi que ttf2pk ont été pleinement intégrés dans MiKTeX. S'il vous plaît se référer à la
documentation de MiKTeX pour plus de détails sur la recherche de fichiers.

PROBLÈMES

Merci beaucoup vptovf les implémentations n'autorisent que 100 octets pour l'en-tête TFM (la limite est de 1024 dans
le format de fichier TFM lui-même) : 8 octets pour la somme de contrôle et la taille de conception, 40 octets pour la famille
nom, 20 octets pour l'encodage et 4 octets pour un octet de visage. Il ne reste que 28 octets
pour quelques informations supplémentaires qui sont utilisées par ttf2tfm pour une chaîne d'identification
(qui est essentiellement une copie de la ligne de commande), et cette limite est toujours dépassée.

La solution optimale consiste à augmenter la valeur de max_header_bytes dans le fichier vptovf.web
(et probablement pltotf.web aussi) à, disons, 400 et recompiler vptovf (Et ptotf). Sinon
vous obtiendrez des messages d'erreur (inoffensifs) comme

Cet index HEADER est trop grand pour la taille de ma table actuelle

qui peut être ignoré en toute sécurité.

Utilisez ttf2tfm en ligne en utilisant les services onworks.net