.editorconfig Générateur

.editorconfig Générateur

Crée un fichier valide, conforme à la spécification .editorconfig pour votre projet sans devoir mémoriser les noms des propriétés ou vérifier les valeurs. Choisissez un modèle pour votre langage, ajustez les paramètres globaux, activez quelques surcharges par langage, puis copiez le résultat directement dans la racine de votre dépôt.

Les fichiers .editorconfig maintiennent les styles d'indentation, les fin de ligne, les ensembles de caractères et les règles sur les espaces en fin de ligne constants dans chaque éditeur et IDE utilisé par votre équipe. Une erreur de nom de propriété ou une valeur en dehors de l'ensemble autorisé est ignorée silencieusement, donc un générateur qui ne génère que des clés autorisées est la méthode la plus sûre pour éviter une dérive silencieuse entre les développeurs.

Comment utiliser

1. Choisissez un Réglage rapide qui correspond à votre langue principale (JavaScript/TypeScript, Python, Go, PHP, Ruby, Web (HTML/CSS/JS), ou Mixte). Le modèle préremplit tous les paramètres globaux suivants.
2. Ajustez la Configuration globale — style d'indentation, taille d'indentation, largeur de tab, fin de ligne, ensemble de caractères, longueur maximale d'une ligne, suppression des espaces en fin de ligne et insertion d'une ligne finale.
3. Cochez les Surcharge de langage que vous avez besoin. Chaque case active ajoute une section correctement ciblée, telle que [*.py] ou [{Makefile,makefile,GNUmakefile}] avec des règles sensibles par langage.
4. Copiez le fichier généré ou téléchargez-le sous forme de .editorconfig et placez-le dans la racine de votre dépôt. Les plugins EditorConfig dans VS Code, les IDE JetBrains, Vim, Sublime et la plupart des autres éditeurs les détectent automatiquement.

Caractéristiques

• Modèles de langage — JavaScript/TypeScript, Python, Go, PHP, Ruby, Web (HTML/CSS/JS) et un profil mixte couvrant les dépôts polyglottes typiques.
• Chaque propriété globale standard – indent_style, indent_size, tab_width, end_of_line, charset, trim_trailing_whitespace, insert_final_newline, et le max_line_length.
• Surcharge ciblée — des commutateurs d'un clic pour Markdown, YAML, JSON, JS/TS, CSS, HTML/XML, Python, Go, PHP, Ruby, Makefile (indentation par tab imposée), et .bat/.cmd (fin de ligne CRLF imposée).
• Prévisualisation en temps réel — le fichier se met à jour à chaque modification, avec des boutons de copie dans le presse-papier et de téléchargement en un clic.
• Côté client uniquement — l'état du formulaire ne quitte jamais votre navigateur ; rien n'est envoyé, enregistré ou stocké côté serveur.
• Toujours valide — chaque propriété générée est restreinte aux valeurs acceptées par la spécification EditorConfig, afin que votre fichier ne soit pas ignoré silencieusement.

Pourquoi utiliser EditorConfig ?

Sans configuration partagée, un seul dépôt peut finir par avoir des tabs dans un fichier, quatre espaces dans un autre, et des fin de ligne CRLF s'infiltrant d'un contributeur sous Windows. EditorConfig résout cela en permettant à un seul fichier au niveau de la racine du projet d'exprimer le contrat de formatage que chaque éditeur doit suivre, avant même que tout linter ou formateur ne s'exécute.