Questions fréquentes
Problèmes courants et réponses pratiques fondés sur le fonctionnement actuel.
Quels formats importer pour parcourir les glyphes ?
Vous pouvez importer TTF, OTF (CFF/CFF2), WOFF, WOFF2, TTC et OTC. Pour une collection, sélectionnez une face pour l’aperçu et le sous-ensemble. Les polices variables et couleur sont prises en charge ; le rendu couleur dépend du format et de la version de macOS.
Peut-on créer une police d’icônes à partir de SVG ?
Oui. Importez des dessins SVG vectorisés dans Font Builder, attribuez les noms de glyphes et valeurs Unicode, puis exportez en TTF, WOFF, WOFF2, CSS, HTML de démonstration et métadonnées.
Peut-on modifier une police existante ?
Font Builder peut importer une police source TrueType statique, ajouter des glyphes SVG ou remplacer des glyphes Unicode existants. Les identifiants des glyphes remplacés restent stables lors de la modification.
Qu’est-ce qu’un fichier .webfontproject ?
C’est un package de projet Font Builder. Il conserve les glyphes SVG actuels, les paramètres de génération, les options de sortie, les cibles de remplacement et les données intégrées de la police source lorsqu’elle est utilisée.
Pourquoi certains SVG sont-ils refusés ?
Font Builder attend des dessins SVG statiques vectorisés. Les fonctionnalités non prises en charge, comme le texte éditable, les images matricielles, les masques, les filtres, le découpage, les scripts, les animations et les ressources externes, sont rejetées plutôt que modifiées silencieusement.
Que vérifie le contrôle préalable ?
Il signale les conflits Unicode, les noms de glyphes en double, les chemins vides, les dimensions SVG anormales, les problèmes de ligne de base, d’ascendante et de descendante, les fonctionnalités SVG non prises en charge et les glyphes potentiellement trop complexes pour une sortie stable.
Les erreurs du contrôle préalable bloquent-elles la génération ?
Il s’agit d’une étape d’avertissement et de vérification. Vous pouvez générer uniquement les glyphes validés pour ignorer les lignes rouges, ou continuer avec tous les glyphes pour laisser le moteur natif essayer. Le moteur peut toutefois rejeter les entrées non prises en charge ou non sûres lors de l’exportation.
Peut-on transformer du texte en SVG ?
Oui. La fonction utilise la police chargée pour convertir des mots, phrases et textes multilignes en contours SVG. Elle propose la taille, tous les axes variables exposés par la police, l’espacement, la hauteur de ligne, la largeur de retour à la ligne, l’alignement, les marges intérieures, la couleur et les réglages de substitution. Les glyphes couleur vectoriels pris en charge conservent leurs couleurs, les glyphes couleur bitmap sont intégrés en PNG, et la couleur de remplissage s’applique aux dessins monochromes.
Pourquoi ma liste de glyphes disparaît-elle après un import ?
L’importation remplace actuellement les données de la session active. Pour comparer, ouvrez une autre fenêtre d’espace de travail et chargez-y une autre police.
Pourquoi ne peut-on pas créer un sous-ensemble de plusieurs polices ?
Un sous-ensemble utilise une police source ou une face TTC/OTC sélectionnée à la fois. L’import d’une collection ne fusionne pas ses différentes faces dans une seule sortie.
Quels formats de sous-ensemble sont pris en charge ?
Les sorties sont WOFF2, WOFF et TTF / OTF (original outlines). Les sources TrueType ou bitmap produisent un .ttf, les sources CFF/CFF2 un .otf. Les glyphes sélectionnés et leurs dépendances, les axes variables et les ressources couleur pris en charge sont conservés. Vous pouvez régler la mise en page OpenType et les balises de fonctionnalités. Cette opération ne convertit pas les contours. Pour les polices variables, la section Variable Font du panneau Export conserve tous les axes ou applique une instance statique aux sorties de sous-ensemble et de package web.
Pourquoi la génération échoue-t-elle avec certaines polices ?
Les sous-ensembles acceptent TrueType, CFF/CFF2 et les polices variables ou couleur. Une entrée invalide, une structure non prise en charge ou une validation de sortie échouée peut toujours bloquer l’export.
Certaines mises en page AAT/Graphite conservent toutes les données de glyphes d’origine pour maintenir les références. Des ressources SVG partagées ou bitmap anciennes peuvent aussi être conservées intégralement, limitant la réduction de taille. Les tables privées non prises en charge peuvent être supprimées ; JSTF est supprimée avec un avertissement. Consultez les avertissements propres à la police exportée.
Quels formats sont pris en charge lors de la conversion ? Peut-on convertir directement entre TTF et OTF ?
Oui. Les cibles explicites TTF ou OTF convertissent dans les deux sens les polices statiques TrueType et CFF prises en charge, y compris après décodage de WOFF/WOFF2. Les polices TrueType variables (glyf/gvar) et CFF2 qui remplissent les conditions peuvent aussi être converties. TTF/OTF (original outlines) conserve le type de contours existant.
TrueType → CFF élève les courbes quadratiques en cubiques ; CFF → TrueType approxime les courbes cubiques par des quadratiques. Les deux suppriment le hinting d’origine et peuvent modifier la taille du fichier et le rendu aux petites tailles. La conversion de contours variables exige 1 à 16 axes, au plus 48 régions de variation, des contours maîtres compatibles et des données de variation résolubles ; la sortie CFF2 peut beaucoup grossir. Les polices couleur bitmap (sbix/CBDT/EBDT), VARC, CFF1 avec axes, CFF2 sans fvar et les données de mise en page incompatibles sont refusées. La compression et la décompression web sont des opérations distinctes qui conservent le type de contours source.
Règles de conversion :
| Format source | Option cible | Sortie réelle | État | Type de contour et détails de conversion |
|---|---|---|---|---|
| TTF | WOFF / WOFF2 | .woff / .woff2 | Pris en charge | Compresse les contours TrueType en police web sans changer leur type |
| OTF (CFF/CFF2) | WOFF / WOFF2 | .woff / .woff2 | Pris en charge | Compresse les contours CFF/CFF2 en police web sans changer leur type |
| WOFF / WOFF2 | TTF/OTF (contours d’origine) | .ttf | Pris en charge | Restaure les contours TrueType en .ttf sans conversion de contours |
| WOFF / WOFF2 | TTF/OTF (contours d’origine) | .otf | Pris en charge | Restaure les contours CFF/CFF2 en .otf sans conversion de contours |
| TTF | OTF (CFF) | .otf | Pris en charge (polices statiques) | TrueType statique → CFF : élève les courbes quadratiques en cubiques ; supprime le hinting d’origine |
| OTF (CFF) | TTF | .ttf | Pris en charge (polices statiques) | CFF statique → TrueType : approxime les courbes cubiques par des quadratiques ; supprime le hinting d’origine |
| TrueType variable ↔ CFF2 | TTF / OTF | .ttf / .otf | Pris en charge avec limites | Conserve tous les axes et les données couleur prises en charge ; exige 1 à 16 axes, au plus 48 régions de variation, des maîtres compatibles et des données résolubles ; la sortie CFF2 peut beaucoup grossir |
| Couleur bitmap (sbix/CBDT/EBDT), VARC, CFF1 avec axes, CFF2 sans fvar | Conversion de contours | — | Non pris en charge | Ne convertit pas les images bitmap en contours vectoriels ; utilisez l’export à contours d’origine ou le packaging web |
Lors de la conversion de WOFF/WOFF2 en police bureautique, pourquoi le résultat est-il parfois un .ttf et parfois un .otf ?
Avec TTF/OTF (original outlines), l’extension suit les contours contenus dans WOFF/WOFF2 : TrueType produit .ttf, CFF/CFF2 produit .otf. Choisissez une cible explicite TTF ou OTF uniquement pour obtenir ce format de contours, si la source satisfait aux conditions de conversion.
Que produit « Generate Web Package » ?
Il génère un dossier contenant :
fonts/(WOFF2+WOFF)- Un fichier CSS (
@font-face,unicode-range) - Une page d’aperçu
demo.html
Font Builder peut aussi générer un package web avec fichiers de police, CSS, HTML de démonstration, métadonnées, aperçus des glyphes et extraits HTML pour utiliser une police d’icônes.
Les polices variables sont-elles prises en charge ?
L’inspecteur détecte les polices variables. Text to SVG expose tous les axes fournis par la police chargée. Les sous-ensembles conservent les axes et données de variation ; la compression web conserve le type de contours. La section Variable Font du panneau Export conserve tous les axes ou applique une instance statique aux sorties Font Subset et Web Package. La conversion de contours entre TrueType variable et CFF2 est prise en charge dans les limites indiquées.
Peut-on afficher et exporter les glyphes importés dans leurs couleurs d’origine ?
Oui. La grille et l’aperçu agrandi affichent les glyphes couleur pris en charge dans leurs couleurs d’origine. Les exports PNG/PDF, individuels ou par lot, conservent ces couleurs. Core Text dessine les glyphes COLR/CPAL, sbix et SVG intégré pris en charge. Le lecteur bitmap intégré affiche aussi les glyphes PNG de CBDT lorsque macOS ne peut pas charger directement la police. La prise en charge système dépend de la version de macOS.
Le SVG couleur intègre un PNG à fond transparent à la résolution d’export choisie. Il conserve l’apparence, mais ne constitue ni un contour vectoriel modifiable ni une entrée SVG de contours pour Font Builder. Les SVG de contours monochromes ordinaires restent vectoriels. La prise en charge des ressources couleur dans les sous-ensembles n’implique pas la conversion des contours des polices couleur.
Pourquoi des avertissements apparaissent-ils après la génération ?
Ils proviennent des validations intégrées : correspondances cmap manquantes, augmentation de taille ou incohérences des tables de mise en page OpenType, par exemple. Les fichiers peuvent quand même être écrits s’il n’y a que des avertissements.
WebFont envoie-t-il mes fichiers de police en ligne ?
Non. Le traitement est local. Consultez la page de confidentialité pour les détails.