Convertisseur de casse

Convertissez le texte entre UPPER, lower, Title, Sentence, camelCase et plus.

100 % privé — fonctionne entièrement dans votre navigateur. Vos données sont traitées sur votre appareil et ne sont jamais envoyées sur Internet.

À propos du convertisseur de casse

Ce convertisseur de casse gratuit modifie la capitalisation de votre texte. Collez-le et passez en UPPERCASE, lowercase, Title Case, Sentence case, camelCase, PascalCase, snake_case ou kebab-case d'un seul clic.

Tout s'exécute dans votre navigateur — rien n'est téléversé. Cela compte plus qu'il n'y paraît, car le texte dont on veut changer la casse est souvent une colonne de noms de clients, une liste d'adresses e-mail ou un export de base de données.

Les casses, et quand chacune convient

UPPERCASE — toutes les lettres en majuscules. Bien pour les étiquettes courtes et les acronymes. Mauvais au-delà de quelques mots : les majuscules effacent la silhouette d'un mot, or les lecteurs identifient en partie les mots à leur contour, si bien qu'une phrase en capitales se lit mesurablement plus lentement. Les lecteurs d'écran épellent parfois lettre par lettre les longs mots en capitales, et dans un message cela se lit comme si vous criiez.

lowercase — tout en minuscules. Utile pour normaliser des données avant de les comparer, et pour les étiquettes, les slugs et les adresses e-mail.

Sentence case — première lettre de la phrase en majuscule, le reste tel quel. C'est la prose ordinaire, et de plus en plus la norme pour les titres et les libellés d'interface aussi, parce que c'est plus facile à lire et plus facile à traduire.

Title Case — La Plupart Des Mots En Majuscules. Traditionnel pour les titres d'articles et de livres en anglais. Le piège, c'est que les règles exactes dépendent du guide de style que vous suivez.

camelCase — firstNameField. Des mots collés sans espaces, chaque nouveau mot avec une majuscule sauf le premier. La norme pour les variables et les fonctions en JavaScript, Java et C#.

PascalCase — FirstNameField. Même principe, mais le premier mot prend aussi une majuscule. Utilisé pour les noms de classes et de composants dans la plupart des langages, y compris les composants React.

snake_case — first_name_field. Des mots reliés par des tirets bas. La norme en Python et Ruby, et quasi universelle pour les noms de colonnes SQL.

kebab-case — first-name-field. Des mots reliés par des traits d'union. Utilisé pour les URL, les classes CSS, les attributs HTML et les noms de fichiers — partout où un trait d'union est sans risque mais un tiret bas est malcommode.

Pourquoi Title Case est plus difficile qu'il n'y paraît

Deux guides de style, deux résultats différents pour le même titre.

Le problème est de décider quels petits mots restent en minuscules. Selon le style AP, les mots de trois lettres ou moins restent en minuscules sauf s'ils commencent ou terminent le titre. Selon le style Chicago, les articles (a, an, the), les conjonctions de coordination (and, but, or) et toutes les prépositions restent en minuscules quelle que soit leur longueur — ainsi Between reste en minuscules chez Chicago mais prend une majuscule chez AP.

Les deux s'accordent sur deux points : toujours mettre une majuscule au premier et au dernier mot, et mettre une majuscule à tout le reste qui n'est pas sur la liste.

Puis il y a les mots qu'aucun convertisseur automatique ne peut traiter correctement, parce qu'il faudrait savoir ce que vous vouliez dire. iPhone doit garder son i minuscule. eBay, macOS, PhD, NASA et iOS ont tous une forme figée. N'importe quel convertisseur en aplatira certains, donc un titre mis en Title Case mérite toujours une relecture humaine avant publication.

Pourquoi la programmation compte autant de casses

Cela ressemble à du tribalisme gratuit. Ce n'en est pas : les identifiants ne peuvent pas contenir d'espaces, donc chaque langage a dû choisir une façon de relier les mots, et le choix est resté.

Où vit chacune aujourd'hui :

  • JavaScript / TypeScript — camelCase pour les variables et les fonctions, PascalCase pour les classes et les composants React, kebab-case pour les noms de fichiers et le CSS
  • Python — snake_case pour les variables et les fonctions, PascalCase pour les classes
  • Java / C# — camelCase pour les variables, PascalCase pour les classes et les méthodes
  • SQL — snake_case pour les tables et les colonnes, car beaucoup de bases de données ramènent de toute façon les noms non guillemetés en minuscules
  • CSS / HTML — kebab-case partout
  • Constantes — UPPER_SNAKE_CASE dans presque tous les langages
  • URL — kebab-case, car les moteurs de recherche traitent les traits d'union comme des séparateurs de mots et les tirets bas comme des liants

L'intérêt pratique d'un convertisseur est le passage de l'une à l'autre : une colonne de base de données en snake_case devient une propriété JavaScript en camelCase à cent endroits, et le faire à la main est précisément d'où viennent les fautes de frappe.

Le i turc, et autres pièges

Changer la casse n'est pas toujours réversible, et parfois pas même sans danger.

Le i sans point. En turc et en azéri, le I majuscule devient ı en minuscule (sans point), et i devient İ en majuscule (avec point). Mettre une chaîne en minuscules sur un système turc et la comparer à "identifier" a cassé de vrais logiciels — le bogue est assez connu pour avoir un nom.

Le ß allemand. La majuscule de ß était historiquement SS, donc STRASSE mis en minuscules ne vous redonne pas straße. Le ẞ majuscule existe désormais mais n'est pas universellement employé.

Les acronymes sont détruits par la mise en minuscules. NASA devient nasa, et aucun convertisseur ne peut le restaurer, car il ne peut pas distinguer un acronyme d'un mot crié.

L'insensibilité à la casse n'est pas universelle. Les noms de domaine sont insensibles à la casse ; le chemin qui les suit ne l'est pas — /About et /about peuvent être deux pages différentes. Pour les e-mails c'est pareil : la partie domaine est insensible à la casse, la partie avant le @ ne l'est techniquement pas, même si la plupart des fournisseurs la traitent comme si elle l'était.

Comment l'utiliser

  • Saisissez ou collez votre texte dans le champ
  • Cliquez sur une casse pour le convertir
  • Copiez le résultat

Bon à savoir

  • Passer en minuscules fait perdre de l'information définitivement. Les majuscules des noms propres et des acronymes ne peuvent plus être récupérées ensuite. Gardez l'original si vous risquez d'en avoir besoin.
  • Title Case nécessite une vérification humaine pour iPhone, eBay, macOS, PhD et tout autre mot à forme figée.
  • Sentence case s'impose pour les titres. La plupart des guides de style modernes la préfèrent désormais — elle se lit plus vite et supporte mieux la traduction.
  • Évitez les MAJUSCULES pour tout texte un peu long. C'est plus lent à lire, cela peut perturber les lecteurs d'écran, et dans un message cela se lit comme un cri.
  • Utilisez kebab-case dans les URL, pas snake_case. Les moteurs de recherche découpent aux traits d'union ; les tirets bas soudent les mots.
  • Vérifiez que les caractères accentués ont survécu. Un convertisseur qui ne gère pas Unicode massacrera é, ü et ñ. Celui-ci les traite correctement.

Questions fréquentes

Quelle est la différence entre Title Case et Sentence case ?

Sentence case ne met une majuscule qu'au premier mot, comme dans l'écriture ordinaire : « How to convert text case ». Title Case met une majuscule à la plupart des mots : « How to Convert Text Case ». Les titres d'articles et de livres en anglais utilisent traditionnellement Title Case, mais Sentence case est aujourd'hui préférée par la plupart des guides de style produit et documentation, parce qu'elle se lit plus vite et se traduit plus proprement.

Qu'est-ce que camelCase et en quoi diffère-t-il de PascalCase ?

Les deux collent les mots sans espaces et mettent une majuscule à chaque nouveau mot. camelCase laisse le premier mot en minuscules (firstName) ; PascalCase lui met aussi une majuscule (FirstName). Par convention, camelCase nomme les variables et les fonctions, tandis que PascalCase nomme les classes, les types et les composants React.

Quelle casse dois-je utiliser pour une URL ?

kebab-case — des mots en minuscules reliés par des traits d'union, comme /free-online-tools. Google traite un trait d'union comme un séparateur de mots et un tiret bas comme un liant, si bien que image_resizer peut être lu comme un seul mot alors que image-resizer est lu comme deux. Les minuscules comptent aussi, puisqu'un chemin d'URL est sensible à la casse sur la plupart des serveurs.

Quelle casse dois-je utiliser pour une colonne de base de données ?

snake_case est la convention quasi universelle : first_name, created_at. Elle correspond à la façon dont la plupart des bases de données ramènent les identifiants non guillemetés en minuscules, et évite d'avoir à entourer les noms de guillemets. On convertit ensuite généralement en camelCase dans la couche applicative, ce qui est l'une des raisons les plus fréquentes d'utiliser un convertisseur.

Pourquoi certains mots ressortent-ils mal en Title Case ?

Parce que le convertisseur ne peut pas savoir de quel mot il s'agit. iPhone, eBay, macOS et NASA ont des formes figées qu'aucune règle de capitalisation ne prédit. Les guides de style divergent aussi sur les petits mots qui restent en minuscules — AP garde en minuscules les mots de trois lettres ou moins, Chicago garde en minuscules les articles, les conjonctions et les prépositions quelle que soit leur longueur. Relisez toujours un titre mis en Title Case avant de le publier.

Mon texte est-il envoyé à un serveur ?

Non. La conversion se fait entièrement dans votre navigateur, donc rien de ce que vous collez ne quitte votre appareil et rien n'est conservé. Comme on vient souvent y changer la casse de listes de clients exportées et d'adresses e-mail, cela mérite d'être su.

Outils associés

Tutoriel vidéo

Nous ajoutons régulièrement de nouveaux outils — abonnez-vous sur YouTube pour être averti à chaque nouveauté.

Plus d’outils

Tout voir

Applications recommandées

Tout voir