Polices variables : plan d'intégration pour le web

Polices variables: plan d'intégration pour le web

En revanche, bien intégrée, elle permet de remplacer plusieurs fichiers de police par un seul fichier WOFF2 capable de gérer une plage de graisses, de largeurs ou d’inclinaisons.

C’est là que beaucoup de projets se compliquent inutilement. On charge une police variable parce que le mot est à la mode, puis on continue à la manipuler comme une famille classique: font-weight: 400, font-style: italic, trois fichiers supplémentaires pour couvrir les variantes, et une poignée de réglages dispersés dans les composants. Résultat: le navigateur reçoit une police moderne, mais le site l’exploite comme en 2012.

L’intégration web d’une police variable en CSS demande surtout de comprendre ses axes, de les déclarer proprement et de ne pas confondre souplesse typographique avec liberté totale. Oui, vous pouvez faire varier la graisse au chiffre près. Non, cela ne signifie pas qu’il faut utiliser 437 partout.

Une police variable n’est pas une collection de fichiers déguisée

Dans une famille typographique traditionnelle, chaque variante correspond généralement à un fichier distinct: régulier, moyen, gras, italique, condensé. Le navigateur charge ensuite la ressource qui correspond à la déclaration CSS demandée.

Une police variable fonctionne autrement. Le fichier contient des données permettant de générer plusieurs états intermédiaires entre des points définis par le créateur de caractères. La graisse peut évoluer progressivement, la largeur peut se resserrer, l’inclinaison peut changer. Le tout à partir d’une même ressource, souvent au format WOFF2.

Le gain n’est donc pas seulement esthétique. Il touche aussi la maintenance:

• moins de fichiers à déclarer dans @font-face;
• moins de risques de mélanger les mauvaises variantes;
• une hiérarchie typographique plus fine;
• une meilleure capacité à adapter le texte à différents contextes;
• une seule famille à gérer dans le système de design.

Mais attention au raccourci marketing. Un seul fichier n’est pas forcément léger. Une police variable peut embarquer plusieurs axes et davantage de données qu’une variante statique isolée. Le bon réflexe n’est pas de conclure qu’elle est toujours plus performante, mais de vérifier ce que contient réellement le fichier utilisé par le projet.

Une police variable réduit la complexité de la famille typographique. Elle ne dispense pas de gérer le poids du fichier, le rendu et la hiérarchie.

Le support des polices variables est aujourd’hui largement installé dans les navigateurs modernes, avec une adoption globale supérieure à 94 % depuis 2018 selon les données réunies dans la recherche. Pour un site professionnel, la question n’est donc plus vraiment de savoir si la technologie est expérimentale. La vraie question est plus terre-à-terre: votre fichier, vos axes et votre stratégie de chargement sont-ils cohérents?

Les axes OpenType: le vocabulaire qu’il faut arrêter de bricoler

Une police variable repose sur des axes. Chaque axe décrit une dimension de variation. Les cinq axes enregistrés standards du format OpenType sont identifiés par quatre lettres en minuscules:

• wght pour la graisse;
• wdth pour la largeur;
• slnt pour l’inclinaison;
• ital pour l’italique;
• opsz pour la taille optique.

Ces noms ne sont pas décoratifs. Ils servent à identifier les variations de manière standardisée et permettent au CSS de communiquer avec la police sans passer systématiquement par un réglage de bas niveau.

L’axe wght: la graisse, mais avec un peu plus de finesse

wght correspond à la graisse. Dans une famille classique, vous connaissez les valeurs 400 pour le régulier, 500 pour le moyen, 700 pour le gras. Une police variable peut proposer une plage continue, par exemple de 100 à 900, parfois de 1 à 1000.

Cela ne veut pas dire que chaque valeur donnera un dessin parfaitement distinct ou utile. Entre 600 et 630, la différence peut être visible sur certains caractères, insignifiante sur d’autres. Une valeur intermédiaire peut néanmoins être pertinente pour ajuster une interface dont le texte courant paraît trop dense en 400 et trop lourd en 500.

Pour le texte courant, mieux vaut construire une petite échelle stable que de multiplier les valeurs au hasard. Par exemple:

• 400 pour les paragraphes;
• 500 ou 550 pour les libellés et éléments secondaires;
• 650 ou 700 pour les titres;
• 800 pour un affichage très affirmé, seulement si le dessin le supporte.

La typographie n’est pas un buffet à volonté. Le fait qu’un axe propose 800 nuances ne vous oblige pas à toutes les servir.

L’axe wdth: gagner de la place sans massacrer la lecture

wdth agit sur la largeur des caractères. Il peut être utile dans une interface dense, un tableau de données, une navigation ou un titre qui doit tenir sur une ligne. Mais une réduction excessive de la largeur peut rapidement donner l’impression d’un texte comprimé, surtout dans les minuscules.

Pour une interface, la largeur peut servir à créer des familles de rôles:

• une largeur normale pour les paragraphes;
• une largeur légèrement resserrée pour les boutons ou les menus;
• une largeur plus étroite pour les titres très longs;
• une largeur élargie pour un mot-symbole ou un affichage éditorial.

Évitez de régler wdth au niveau de chaque composant sans logique commune. Vous obtiendrez une typographie qui semble différente partout, sans avoir réellement construit une identité.

slnt et ital: deux axes souvent confondus

slnt concerne l’inclinaison. Le dessin des lettres reste généralement proche de la forme droite, mais l’ensemble bascule selon une valeur d’angle.

ital concerne l’italique. Il peut déclencher une véritable forme italique, avec des dessins de caractères différents, et pas seulement une inclinaison mécanique.

Cette distinction compte. Appliquer une inclinaison à un texte qui attend une véritable italique n’a pas le même résultat que demander la variante italique prévue par le typographe. Une fausse italique peut fonctionner pour une annotation ponctuelle. Pour une identité visuelle ou un long texte éditorial, elle risque surtout de donner une finition amateur.

opsz: la taille optique, l’axe le plus sous-estimé

opsz adapte le dessin des lettres à leur taille d’utilisation. Une police destinée à un petit corps peut renforcer certains détails, ouvrir les contreformes et améliorer la lisibilité. À l’inverse, une version d’affichage peut proposer des contrastes plus spectaculaires et des détails plus raffinés.

C’est un axe particulièrement intéressant pour les sites éditoriaux, les portfolios et les marques qui alternent microtexte, paragraphes, grands titres et affichage plein écran.

Mais toutes les polices variables ne proposent pas les cinq axes standards. Le créateur de caractères choisit les axes intégrés dans chaque fichier. Avant de concevoir votre système, examinez la plage réelle disponible: une police peut offrir wght et wdth, mais pas opsz. Une autre peut proposer un axe personnalisé qui n’apparaît dans aucune documentation générale.

Les axes personnalisés doivent être identifiés par quatre lettres en majuscules, par exemple GRAD pour le grade. Là encore, ce nom n’est pas interchangeable avec wght. Le grade modifie généralement l’épaisseur perçue sans changer de manière équivalente la largeur occupée par les lettres. C’est précieux pour ajuster la densité visuelle sans faire déborder les titres ou les boutons.

Déclarer une police variable dans @font-face sans la réduire à une valeur fixe

La première erreur fréquente consiste à déclarer une police variable comme une police statique:

font-weight: 400;

Cette déclaration n’est pas fausse en soi. Elle devient limitée si le fichier prend en charge une plage complète de graisses. Dans ce cas, le descripteur font-weight doit exprimer un intervalle, par exemple:

font-weight: 100 900;

Le navigateur comprend alors que cette ressource couvre plusieurs niveaux de graisse et peut répondre à des demandes intermédiaires.

Une déclaration propre doit aussi préciser la famille, le style attendu et le format de la ressource. En pratique, la logique ressemble à ceci:

• une famille nommée de façon stable;
• un fichier WOFF2 dédié au web;
• une plage de graisse réelle, correspondant au fichier;
• un style déclaré correctement;
• éventuellement une plage de largeur avec font-stretch;
• éventuellement une taille optique ou un autre axe selon les possibilités de la police.

Ne déclarez pas une plage de 100 à 900 si votre fichier ne couvre en réalité que 300 à 700. Vous ne gagnez rien à promettre au navigateur des variations que la police ne sait pas produire. Vous créez simplement une incohérence entre le CSS et la ressource.

Une architecture de déclaration qui reste lisible

Pour un petit site, une seule déclaration peut suffire. Pour un site plus dense, séparez les usages plutôt que de créer une forêt de familles artificielles.

Une base raisonnable consiste à distinguer:

1. la police de texte;

2. la police d’affichage, si elle existe;

3. les styles italiques lorsqu’ils sont réellement présents;

4. les éventuelles versions de secours.

Le nom interne de la famille doit rester identique entre les variantes compatibles. Si vous déclarez une famille sous trois noms différents pour trois plages de graisse, vous compliquez le travail du navigateur et celui de la personne qui devra maintenir le projet six mois plus tard.

La plage déclarée doit également correspondre à l’intention du design. Si vos maquettes utilisent uniquement 400, 500 et 700, vous pouvez tout de même charger une plage variable. Mais définissez ensuite des rôles clairs dans vos variables CSS. L’objectif est de garder la souplesse dans la ressource et la discipline dans le système.

Le cas des polices variables issues de bibliothèques en ligne

Les polices variables disponibles dans les bibliothèques comme Google Fonts sont pratiques, mais leur intégration ne se résume pas à copier un lien. Vérifiez:

• les axes réellement disponibles;
• les plages de valeurs;
• les langues et jeux de caractères chargés;
• la présence des italiques;
• le poids total de la ressource;
• la stratégie de confidentialité et de mise en cache acceptable pour votre site.

Pour un site vitrine léger, la simplicité d’une bibliothèque en ligne peut être intéressante. Pour une marque qui dépend fortement de sa typographie, héberger les fichiers localement donne souvent davantage de contrôle sur les performances, les versions et la continuité du rendu.

Le mauvais réflexe consiste à sélectionner toutes les variantes proposées dans l’interface du service. Vous n’avez pas besoin de chaque axe, chaque langue et chaque style si votre site utilise une seule graisse de texte et deux niveaux de titre. Un configurateur généreux peut produire une intégration parfaitement fonctionnelle et parfaitement excessive.

Les propriétés CSS standard passent avant font-variation-settings

C’est le point qui sépare souvent une intégration robuste d’un empilement de réglages trouvés dans des exemples de démonstration.

Pour les axes enregistrés, privilégiez les propriétés CSS standard:

• font-weight pour wght;
• font-stretch pour wdth;
• font-style pour les styles associés à l’inclinaison ou à l’italique;
• les mécanismes prévus par la police et le navigateur pour la taille optique lorsqu’ils sont disponibles.

Pourquoi? Parce que ces propriétés portent une intention compréhensible. Elles sont sémantiques, plus faciles à maintenir et offrent un meilleur comportement de repli si le chargement de la police échoue.

font-variation-settings reste utile, mais ce n’est pas le bouton magique à utiliser partout. Cette propriété agit à un niveau bas et exige une connaissance précise des axes du fichier. Elle devient particulièrement pertinente pour les axes personnalisés, comme GRAD, ou pour des réglages qui ne disposent pas encore d’une propriété CSS standard adaptée.

Voici la logique à retenir:

Une interface qui utilise font-variation-settings: "wght" 537; dans une dizaine de classes n’est pas plus experte. Elle est simplement plus difficile à relire.

Pourquoi font-variation-settings réinitialise les autres axes

La propriété bas niveau possède un piège discret. Elle n’hérite pas partiellement de ses valeurs.

Si un élément parent définit plusieurs axes et qu’un élément enfant redéfinit seulement la graisse, les autres axes ne sont pas automatiquement conservés dans la déclaration enfant. Les axes non mentionnés reviennent à leur valeur par défaut.

Prenons un cas courant. Le conteneur principal utilise une largeur légèrement condensée et un grade personnalisé. Un titre enfant modifie ensuite uniquement la graisse avec font-variation-settings. Le titre peut perdre la largeur et le grade précédemment définis. Rien ne semble cassé dans le code. Le rendu, lui, dérive sans prévenir.

C’est précisément pour cette raison qu’il vaut mieux piloter les axes avec des variables CSS:

• une variable pour la graisse;
• une variable pour la largeur;
• une variable pour l’inclinaison;
• une variable pour la taille optique;
• une variable pour chaque axe personnalisé réellement utilisé.

La déclaration finale peut alors réunir systématiquement les valeurs nécessaires au même endroit. Chaque composant modifie une variable, plutôt que de réécrire une partie de la propriété complète et d’effacer le reste.

Une méthode simple pour centraliser les variations

Commencez par définir les valeurs au niveau du système:

• une graisse de texte;
• une graisse de titre;
• une largeur standard;
• une largeur compacte si nécessaire;
• un grade normal et, éventuellement, un grade plus dense;
• une règle spécifique pour les très grands titres.

Ensuite, appliquez ces valeurs aux rôles plutôt qu’aux éléments isolés. Un bouton doit utiliser le rôle typographique du bouton. Il ne devrait pas recevoir une variation improvisée parce qu’il paraît un peu trop mou dans une seule page.

Pour construire l’échelle, procédez dans cet ordre:

1. choisissez les usages réels du site: navigation, corps, légendes, titres, affichage;

2. mesurez la lisibilité à la taille d’affichage finale, pas uniquement dans le logiciel de maquette;

3. définissez les valeurs de graisse et de largeur avec peu de paliers;

4. testez les textes longs, les mots accentués et les capitales;

5. documentez les axes personnalisés pour éviter qu’un autre intervenant les supprime par erreur.

Le mot important est « documentez ». Une variable nommée --police-speciale-2 ne transmet rien. Une variable nommée selon son rôle ou son axe permet de comprendre immédiatement sa fonction.

Ne transformez pas le réglage fin en concours de décimales

Les polices variables donnent envie de chercher la valeur parfaite. 478 pour ce titre. 523 pour ce bouton. 612 parce que 600 manque un peu de caractère.

Cette précision peut être légitime dans un travail de direction artistique très contrôlé. Elle devient contre-productive dès qu’elle envahit un système de composants. Les fichiers de design évoluent, les contenus changent, les traductions prennent plus de place et les écrans ne gardent pas tous les mêmes proportions.

Un réglage efficace est celui qui survit au contenu réel. Si une variation ne fonctionne que sur le mot prévu dans la maquette, ce n’est pas une solution: c’est une démonstration.

Taille optique et responsive: la vraie valeur ajoutée

L’utilisation d’une police variable ne devrait pas s’arrêter à la graisse. Sur un site responsive, les contextes de lecture changent fortement.

Un titre de 72 pixels sur un écran large peut supporter une forme plus expressive. Le même titre réduit sur mobile doit rester lisible, surtout si sa largeur est contrainte. Un texte de navigation en petite taille peut nécessiter un dessin plus ouvert qu’un intertitre. Une légende doit conserver ses contreformes même lorsqu’elle est affichée dans une carte étroite.

L’axe opsz peut accompagner ces changements lorsqu’il est disponible. La taille optique ne remplace pas le réglage de corps, de hauteur de ligne ou d’espacement. Elle complète ces réglages en adaptant le dessin lui-même.

Dans une intégration responsive, pensez en situations plutôt qu’en appareils:

• lecture longue à petite taille;
• titre court en grand affichage;
• bouton compact sur mobile;
• navigation dense;
• interface avec plusieurs langues;
• texte posé sur une image, où le contraste et la densité visuelle changent.

Un site en français doit aussi être testé avec les caractères accentués, les ligatures éventuelles et les mots longs. Une police peut être magnifique sur un titre en capitales anglaises et beaucoup moins convaincante dans un paragraphe français chargé en « é », « è », « ç » et « œ ». La typographie ne s’évalue pas sur trois mots soigneusement choisis.

Chargement de la police variable: ne pas sacrifier la performance au confort du designer

Une police web se charge avant de pouvoir être affichée correctement. Pendant ce temps, le navigateur peut montrer une police de secours, masquer le texte ou provoquer un changement de mise en page lorsque la police finale arrive.

Le problème le plus visible n’est pas toujours le poids brut du fichier. C’est parfois le décalage entre la police de secours et la police finale. Si la largeur des caractères diffère beaucoup, les titres se réorganisent, les boutons changent de taille et les blocs descendent de quelques pixels. Sur une page d’accueil, ces petits déplacements deviennent vite une impression de site instable.

Les points à traiter avant la mise en ligne

• Choisissez uniquement les jeux de caractères nécessaires au projet. Une police multilingue complète peut être beaucoup plus lourde qu’une version limitée au français et aux caractères latins utiles.
• Préférez le format WOFF2 pour le web lorsque le fichier est disponible.
• Évitez de charger des axes dont aucun composant ne se sert.
• Définissez une famille de secours dont les proportions restent proches.
• Préchargez la police uniquement lorsqu’elle est réellement prioritaire pour le rendu initial.
• Testez le texte avec une connexion lente et un appareil moyen, pas uniquement sur votre poste de travail.
• Surveillez les changements de mise en page quand la police finale remplace la police de secours.

Le préchargement est souvent utilisé comme un pansement universel. Il ne faut pas précharger toutes les polices du site. Une ressource préchargée entre en concurrence avec d’autres ressources critiques. Si vous avez une police de titre utilisée uniquement très bas dans la page, elle ne mérite probablement pas de passer devant le contenu principal.

Faut-il héberger les fichiers localement?

La réponse dépend du projet. Un site expérimental ou une page très simple peut utiliser un service externe pour gagner du temps. Un site de marque, un portfolio professionnel ou un projet soumis à des contraintes de confidentialité aura souvent intérêt à héberger les fichiers localement.

L’hébergement local permet de:

• maîtriser la version utilisée;
• éviter une dépendance à un domaine tiers;
• contrôler la mise en cache;
• limiter les requêtes externes;
• appliquer plus facilement une politique de performance;
• garantir la continuité du rendu si le fournisseur modifie son catalogue.

Cela demande en contrepartie de gérer correctement les licences. Une police disponible en ligne n’est pas automatiquement libre pour tous les usages, et une licence de bureau ne couvre pas nécessairement l’utilisation sur un site web. Le devis et la cession de droits ne sont pas des détails administratifs à repousser à la fin. Une typographie propriétaire mal licenciée peut transformer une belle identité en problème très concret.

Les erreurs qui ruinent une intégration pourtant bien commencée

Déclarer une plage que le fichier ne possède pas

Vous inscrivez font-weight: 100 900, mais la police ne contient que 300 à 700. Le navigateur ne fabrique pas miraculeusement les extrêmes de manière fiable. Vous créez surtout une promesse mensongère dans votre feuille de style.

Partez de la documentation du fichier ou de son inspection réelle. Les plages exactes dépendent de chaque police.

Confondre variation et graisse artificielle

Si la police ne possède pas le poids demandé, le navigateur peut simuler une graisse. Le résultat est rarement aussi propre qu’une vraie variation dessinée par le typographe. Vérifiez le rendu des petits corps, des capitales et des signes de ponctuation. Une graisse artificielle peut épaissir les détails sans améliorer la présence du texte.

Utiliser font-variation-settings pour tout

C’est le réflexe du développeur qui veut montrer qu’il a découvert les axes. Il écrit la propriété partout, puis oublie qu’elle réinitialise les axes non mentionnés. Quelques semaines plus tard, personne ne sait pourquoi la largeur d’un titre change selon le composant.

Réservez-la aux axes personnalisés et aux cas où elle apporte une vraie maîtrise supplémentaire.

Charger toutes les variantes disponibles

Le projet utilise deux graisses et une italique. Le site charge six plages, plusieurs langues et une version d’affichage non utilisée. La typographie est riche, le réseau aussi. Pas dans le bon sens.

Faites l’inventaire des besoins avant de choisir le fichier. Une marque n’a pas besoin de montrer toute la capacité technique de sa police.

Oublier les textes qui débordent

Une variation de largeur qui fonctionne sur un titre de maquette peut faire déborder un nom de produit, une adresse ou un bouton traduit. Testez les contenus réels, y compris les plus pénibles. Ce sont eux qui paient la facture de vos choix typographiques.

Laisser les valeurs se disperser

Une valeur dans le fichier global, une autre dans le composant de carte, une troisième dans la page d’accueil et une quatrième directement dans une règle locale: voilà comment une typographie devient impossible à faire évoluer.

Centralisez les axes. Donnez des noms aux rôles. Gardez les exceptions rares et explicables.

La meilleure police variable n’est pas celle qui offre le plus de réglages. C’est celle dont les réglages restent compréhensibles quand le projet change de mains.

Un plan d’intégration réaliste pour un projet de création web

Une intégration propre ne demande pas forcément une semaine d’audit. Elle demande une séquence de travail dans le bon ordre.

1. Définir les usages avant de choisir les valeurs

Listez les rôles typographiques du site: texte courant, navigation, bouton, titre de section, titre principal, légende, données ou éléments décoratifs. Pour chaque rôle, indiquez la taille, la graisse, la hauteur de ligne et la largeur éventuelle.

Vous verrez vite si vous avez besoin de trois axes ou d’un seul. Dans beaucoup de projets, wght couvre l’essentiel. Dans d’autres, wdth ou opsz justifie réellement le choix d’une police variable.

2. Inspecter le fichier de police

Ne vous contentez pas du nom commercial de la famille. Vérifiez les axes présents, leurs plages et les styles disponibles. Notez les caractères inclus et la taille des fichiers nécessaires.

Cette étape évite deux problèmes coûteux: concevoir une maquette autour d’un axe absent et charger une ressource beaucoup plus lourde que prévu.

3. Déclarer la famille avec des plages honnêtes

Dans @font-face, utilisez les intervalles qui correspondent au fichier. Si vous avez une version normale et une version italique distincte, déclarez-les clairement. Ne cachez pas la structure derrière des noms de familles incompréhensibles.

Le CSS doit raconter la vérité du fichier. C’est moins spectaculaire qu’une configuration compliquée, mais nettement plus solide.

4. Construire une petite échelle de variables

Créez des variables pour les valeurs importantes: graisse du texte, graisse des titres, largeur standard, largeur compacte, grade éventuel. Évitez les dizaines de paliers qui ne correspondent à aucun usage.

Votre système doit permettre à une autre personne de comprendre la décision sans ouvrir le logiciel de maquette.

5. Utiliser les propriétés standard en premier

Commencez par font-weight, font-stretch et font-style. Ajoutez font-variation-settings uniquement pour les axes qui l’exigent. Si vous utilisez plusieurs axes de bas niveau, regroupez-les avec des variables CSS pour ne pas en perdre un au passage.

6. Tester le chargement, pas seulement le rendu statique

Observez la page avant l’arrivée de la police, pendant son chargement et après son affichage. Testez un écran mobile, une connexion dégradée et plusieurs longueurs de contenu.

Un rendu parfait une fois la police chargée ne suffit pas. L’expérience se joue aussi pendant les premières secondes.

7. Documenter la décision dans le projet

Indiquez le nom de la police, les axes utilisés, leurs plages et les rôles associés. Ajoutez la règle simple: ne pas modifier un axe directement dans un composant sans passer par les variables prévues.

Ce n’est pas de la bureaucratie. C’est du cadrage. Et le cadrage coûte toujours moins cher qu’une reprise complète de l’identité typographique.

Ce que cette technologie change réellement pour un designer indépendant

Pour un freelance, la police variable n’est pas uniquement un sujet de syntaxe CSS. Elle change la manière de vendre et de produire une identité.

Dans un devis, vous pouvez proposer une typographie plus cohérente entre le site, les titres, les interfaces et les formats responsives. Vous pouvez expliquer que la famille ne sera pas seulement choisie pour son apparence dans une maquette, mais pour sa capacité à rester lisible et stable dans plusieurs contextes.

Cela donne aussi un argument concret pour cadrer les demandes. Si un client réclame six variantes de graisse, trois largeurs et des titres très expressifs, vous pouvez distinguer ce qui relève de la direction artistique et ce qui relève de la surcharge technique. Une police variable peut répondre à une partie de cette demande, mais pas sans coût de fichier, de test et de maintenance.

Ne promettez pas une performance exceptionnelle simplement parce que la famille est variable. Promettez une architecture mieux maîtrisée, à condition de limiter les ressources et de tester les usages. Le client achète un résultat, pas le mot « variable » dans le devis.

Le bon niveau de sophistication

Une police variable apporte de la précision là où la typographie statique impose des marches. Cette précision est utile pour ajuster une marque, gérer des titres responsive ou renforcer la lisibilité d’une interface dense. Elle devient du décor technique lorsqu’elle n’est reliée à aucune décision de design.

Commencez donc petit: une famille, quelques rôles, une plage de graisse, éventuellement une largeur ou une taille optique. Testez avec de vrais contenus. Mesurez le poids des ressources. Vérifiez le comportement de secours. Puis seulement ajoutez un axe personnalisé si le projet en a besoin.

Le plan d’intégration tient finalement en une règle assez simple: déclarer ce que le fichier sait réellement faire, utiliser les propriétés CSS qui expriment clairement l’intention, centraliser les variations et charger uniquement ce que l’interface utilise.

Le reste, c’est du réglage fin. Parfois nécessaire. Souvent surjoué. Et rarement rentable quand personne ne sait expliquer pourquoi le bouton est en wght 537.