Mise en forme du code / MULTIVERTO
Supprimez les espaces de présentation sûrs du CSS.
Appliquez chaque outil de texte au résultat précédent.
01 / Guide
Supprime certains espaces de présentation; contrôlez les zones où l’espace a une signification.
Pour une syntaxe complexe ou des ressources de production, vérifiez la sortie dans l’application cible avec un analyseur ou outil spécialisé.
02 / Exemple
h1 { color: #334155; margin: 0; }
p { line-height: 1.5; }h1{color:#334155;margin:0}p{line-height:1.5}03 / Guide
Supprimez les espaces de présentation sûrs du CSS. Supprime certains espaces de présentation; contrôlez les zones où l’espace a une signification. Le CSS compact retire les commentaires ordinaires et certains espaces autour des accolades, deux-points et points-virgules. Les espaces entre parties d’un sélecteur restent importants. Comparez la page rendue, surtout avec propriétés personnalisées ou fonctions.
CSS contient des sélecteurs, règles, blocs de déclarations, valeurs et commentaires. Un espace entre sélecteurs peut représenter une relation de descendance; supprimer tous les espaces changerait donc les éléments visés. Chaînes, fonctions comme calc(), propriétés personnalisées et URL intégrées peuvent contenir une ponctuation ressemblant à un séparateur. L’outil repère chaînes, commentaires et imbrication avant de modifier la présentation; il n’évalue ni la cascade ni la compatibilité navigateur. La version compacte retire les commentaires ordinaires et certains espaces près de la ponctuation. Elle reste moins agressive qu’un minificateur de production. Vérifiez une page utilisant la feuille après copie.
Le compactage convient lorsque le résultat est consommé par une machine et que l’indentation destinée aux humains est inutile. Vérifiez d’abord que la source initiale fonctionne, puis observez ce que l’opération retire. Cet outil ne promet pas le gain d’un minificateur de production: celui-ci peut analyser toute la grammaire, renommer des identifiants, simplifier des constantes ou appliquer une compression après sérialisation. Ici, la règle est prudente: une construction incertaine reste intacte ou produit une erreur. Comparez la longueur seulement après le comportement ou le contenu analysé. Si le système cible dépend de commentaires, licences, cartes de source ou espaces significatifs, tenez-en compte avant de remplacer le fichier initial.
Conservez la source près de la sortie et essayez d’abord un petit exemple connu avant de traiter un grand document. Comparez le contenu utile, pas seulement la taille du fichier ou le nombre de lignes. Vérifiez noms, chaînes entre guillemets, caractères non ASCII, fins de ligne et champs répétés après transformation. Une sortie lisible ne valide aucun schéma, ne prouve pas que le code s’exécute et ne garantit pas que les données sont publiables. Ce site traite le texte dans le navigateur et montre la sortie comme du texte, mais l’application où vous la collerez appliquera ses propres règles. Si la saisie est refusée, repérez la construction non prise en charge et recourez au besoin à un analyseur spécialisé.