Text einfügen, einen Stil anklicken, das Ergebnis kopieren. Neun Schreibweisen, volle Unicode-Unterstützung, nichts verlässt deinen Browser.
Ein kostenloses Browser-Tool, das einen Textblock zwischen neun Schreibweisen umschaltet: UPPERCASE, lowercase, Title Case, Sentence case, snake_case, camelCase, PascalCase, kebab-case und CONSTANT_CASE. Einmal einfügen, gewünschte Schreibweise anklicken, Ergebnis kopieren. Nichts verlässt deinen Rechner.
Stell es dir vor wie die Excel-Funktionen UPPER, LOWER und PROPER, plus das Menü "Groß-/Kleinschreibung ändern" in Microsoft Word, plus die programmiernahen Schreibweisen, für die du sonst lodash oder das npm-Paket change-case nehmen würdest. Eine Oberfläche, ohne Installation.
Unter der Haube nutzen die Konvertierungen String.prototype.toLowerCase, toUpperCase sowie toLocaleLowerCase / toLocaleUpperCase für locale-aware Casefolding (Turkish I mit Punkt, German ß, Greek finales Sigma). Identifier-Schreibweisen splitten an Wortgrenzen (_, -, Whitespace und Übergängen von Klein- zu Großbuchstaben), bevor jedes Wort neu geschrieben wird.
Zwei der neun Schreibweisen sind reine Buchstaben-Transformationen. UPPERCASE ruft String.prototype.toLocaleUpperCase mit deiner Browser-Locale auf, lowercase ruft toLocaleLowerCase auf. Die locale-aware Varianten sind wichtig, weil die MDN-Referenz zu toLocaleUpperCase den türkischen Sonderfall dokumentiert: in tr-TR wird das kleine i zu İ (mit Punkt) und das große I zu ı (ohne Punkt). Die Nicht-Locale-Versionen liegen bei türkischem Text falsch.
Title Case und Sentence case machen mehr Arbeit. Sentence case schreibt alles klein und macht dann den ersten Buchstaben jedes Satzes groß (Aufteilung an ., !, ?). Title Case macht den ersten Buchstaben jedes Worts groß, außer bei kurzen Artikeln, Präpositionen und Konjunktionen wie a, an, the, and, or, of, in. Das erste und letzte Wort des Titels werden immer großgeschrieben. AP und Chicago sind sich uneinig, welche Präpositionen übersprungen werden; wir wählen einen sinnvollen Default und dokumentieren die Liste in den FAQ.
Die fünf Identifier-Schreibweisen (snake_case, camelCase, PascalCase, kebab-case, CONSTANT_CASE) teilen sich einen Normalisierer. Der Text wird in Wörter aufgeteilt an: Unterstrichen, Bindestrichen, Whitespace, Punkten oder Übergängen von Klein- zu Großbuchstaben (userProfileName wird zu user, profile, name). Jedes Wort wird kleingeschrieben und dann mit dem Zieltrenner und der Zielregel wieder zusammengesetzt. Das ist derselbe Ansatz wie beim npm-Paket change-case.
Ein Bereich, ein Klick, ein Ergebnis. Keine Anmeldung, kein Upload.
Wirf deinen Text in den Eingabebereich. Das kann ein einzelner Satz sein, eine CSV-Kopfzeile, ein Identifier oder ein mehrzeiliger Absatz. Der Sample-Button füllt den Bereich mit einem kleinen Beispiel, falls du die Konvertierungen erst einmal nebeneinander sehen möchtest.
Wähle einen der neun Stile: UPPERCASE, lowercase, Title Case, Sentence case, snake_case, camelCase, PascalCase, kebab-case oder CONSTANT_CASE. Das Ergebnis erscheint sofort im Ausgabebereich. Die Originaleingabe bleibt erhalten, damit du einen anderen Stil ohne erneutes Einfügen ausprobieren kannst.
Klicke auf Copy, um den konvertierten Text in die Zwischenablage zu legen. Oder klicke auf Download, um ihn als .txt-Datei zu speichern. Beide Buttons laufen lokal; nichts wird hochgeladen.
Du hast eine Tabelle mit Kopfzeilen wie First Name, Date Of Birth, Customer ID exportiert, und Postgres möchte sie als first_name, date_of_birth, customer_id. Kopfzeile einfügen, snake_case anklicken, und du bekommst eine Identifier-saubere Version, die ohne Anführungszeichen direkt in ein CREATE TABLE passt.
Ein Blogtitel wie "Why We Switched from MongoDB to Postgres" wird in kebab-case zu why-we-switched-from-mongodb-to-postgres, der URL-Konvention, die Googles Doku zur URL-Struktur empfiehlt. Satzzeichen entfallen, Leerzeichen werden Bindestriche, Schreibweise wird normalisiert. Überschrift einfügen, kebab-case anklicken, in dein CMS einfügen.
Du verschiebst Antwortfeldnamen von einem Python-Backend, das user_profile_name und created_at liefert, in ein TypeScript-Frontend, das userProfileName und createdAt bevorzugt. Snake_case-Identifier einfügen, camelCase anklicken, und der Splitter behandelt die Unterstrich-Grenzen korrekt. Der Rückweg funktioniert genauso.
Ein älteres Oracle-Schema hat Identifier in CONSTANT_CASE: USER_PROFILE_NAME, ORDER_LINE_ITEM_ID. Postgres-Konvention sind Kleinbuchstaben mit Unterstrichen. Spaltenliste einfügen, snake_case anklicken, und du bekommst eine Postgres-freundliche Version. Der Splitter respektiert vorhandene Unterstriche, sodass Mehrwort-Identifier korrekt segmentiert bleiben.
Du hast eine Liste mit gemischter Schreibweise gesammelt: "the great gatsby", "TO KILL A MOCKINGBIRD", "Of mice And men". Einfügen, Title Case anklicken, und du bekommst korrekt großgeschriebene Titel mit klein gehaltenen Artikeln und kurzen Präpositionen ("To Kill a Mockingbird"). Schneller, als zeilenweise durch das Word-Menü "Groß-/Kleinschreibung ändern" zu gehen.
Jemand hat in deinem Support-Thread komplett in Großbuchstaben geantwortet. Nachricht einfügen, Sentence case anklicken, und sie wird lesbar: erster Buchstabe jedes Satzes groß, der Rest klein. Dann Copy und mit etwas antworten, das ein Mensch lesen kann, ohne zusammenzuzucken.
Ein knapper Spickzettel zu den neun Stilen, die dieses Tool bietet, plus die Unicode-Stolperstellen, die man kennen sollte. Die Beispiele nutzen je nach Fall die Eingabe <code>userProfileName</code> oder "the quick brown fox".
| Topic | What this tool does |
|---|---|
| UPPERCASE | Jeder Buchstabe groß. USERPROFILENAME, THE QUICK BROWN FOX. Basiert auf String.prototype.toLocaleUpperCase. Üblich bei SQL-Schlüsselwörtern, in CSS text-transform: uppercase und in YAML-Defaults für Umgebungsvariablen. |
| lowercase | Jeder Buchstabe klein. userprofilename, the quick brown fox. Basiert auf String.prototype.toLocaleLowerCase. Wird für E-Mail-Adressen, Hostnames und case-insensitive Suchschlüssel genutzt. |
| Title Case | Erster Buchstabe jedes wesentlichen Worts groß; kurze Artikel und Präpositionen bleiben klein. "The Quick Brown Fox Jumps Over the Lazy Dog". Erstes und letztes Wort des Titels werden immer großgeschrieben. AP und Chicago unterscheiden sich bei Präpositionen ab fünf Buchstaben. |
| Sentence case | Erster Buchstabe jedes Satzes groß; alles andere klein. "The quick brown fox jumps over the lazy dog." Splittet an ., !, ?. Praktisch zum Aufräumen von BRÜLLENDER Großschreibung oder zum Normalisieren gemischter Schreibweisen. |
| snake_case | Wörter durch Unterstriche verbunden, alles klein. user_profile_name. Python-Konvention für Funktionen und Variablen (PEP 8). Postgres-Konvention für Identifier. Auch in Ruby, Rust und SQL-Identifiern üblich. |
| camelCase | Wörter ohne Trenner verbunden; erstes Wort klein, weitere großgeschrieben. userProfileName. JavaScript- und Java-Konvention für Variablen und Methoden. In den meisten JS-nahen APIs auch für JSON-Objektschlüssel. |
| PascalCase | Wörter ohne Trenner verbunden; jedes Wort einschließlich des ersten groß. UserProfileName. Konvention für Klassennamen in Java, C#, Python, Rust und TypeScript. Manchmal UpperCamelCase genannt. |
| kebab-case | Wörter durch Bindestriche verbunden, alles klein. user-profile-name. Konvention für CSS-Selektoren und -Eigenschaften. URL-Slug-Konvention (von Google für SEO bevorzugt). Laut Spezifikation auch HTML-Attribut-Konvention, auch wenn DOM-Eigenschaften sie als camelCase exponieren. |
| CONSTANT_CASE | Wörter durch Unterstriche verbunden, alles groß. USER_PROFILE_NAME. Konvention für Compile-Time-Konstanten in C, Java und JavaScript. Üblich in Umgebungsvariablen (DATABASE_URL, NODE_ENV) und SQL-Schlüsselwörtern. |
| Unicode-Stolperstellen | Turkish I mit/ohne Punkt (i ↔ İ, I ↔ ı), German ß wird in Großschreibung zu SS, Greek finales Sigma ς tritt nur am Wortende auf. Hier immer locale-aware Methoden nutzen. Siehe Groß- und Kleinschreibung in der Wikipedia für einen Überblick und Snake case / Camel case für die Identifier-Geschichte. |
Ja. UPPERCASE und lowercase nutzen String.prototype.toLocaleUpperCase und toLocaleLowerCase mit deiner Browser-Locale. Im Türkischen wird i zu İ (mit Punkt) und I zu ı (ohne Punkt), entsprechend den Unicode-Regeln in Unicode Technical Standard #21. Das deutsche ß bleibt klein und wird in Großschreibung zu SS. Das griechische finale Sigma ς wird ebenfalls korrekt behandelt.
Title Case lässt kurze Artikel, Präpositionen und Konjunktionen klein: a, an, the, and, or, but, nor, for, of, in, on, at, to, by, as, vs. Das erste und letzte Wort des Titels werden immer großgeschrieben. AP und Chicago unterscheiden sich in Grenzfällen (Chicago schreibt Präpositionen ab fünf Buchstaben groß, AP nicht). Wir nutzen die kürzere AP-nahe Liste, weil sie über gemischte Eingaben hinweg die konsistentesten Ergebnisse liefert.
Beide verbinden Wörter ohne Trenner, unterscheiden sich aber im ersten Buchstaben. camelCase hält das erste Wort klein: userProfileName. PascalCase schreibt jedes Wort einschließlich des ersten groß: UserProfileName. Die Aufteilung ist sprachabhängig: Java nutzt camelCase für Methoden und Variablen, PascalCase für Klassennamen; Pythons PEP 8 nutzt snake_case für Funktionen und PascalCase für Klassen; Googles JavaScript-Styleguide nutzt camelCase für alles außer Klassen.
Ja. Die fünf Identifier-Schreibweisen (snake_case, camelCase, PascalCase, kebab-case, CONSTANT_CASE) nutzen denselben Wort-Splitter, der an Unterstrichen, Bindestrichen, Whitespace, Punkten und Übergängen von Klein- zu Großbuchstaben trennt. So zerlegen sich userProfileName, user_profile_name, user-profile-name und USER_PROFILE_NAME in dieselben drei Wörter und konvertieren sauber zwischen den fünf Stilen. Das entspricht dem Verhalten des npm-Pakets change-case und der _.kebabCase-Familie von lodash.
Ja. Die Konvertierungen nutzen die locale-aware String-Methoden, sodass akzentuiertes Latein (é, ñ, ü), Griechisch, Kyrillisch, Turkish I mit/ohne Punkt, German ß und die meisten anderen Schriftsysteme korrekt behandelt werden. Beachte den Unterschied zwischen Case Folding (Gleichheitsvergleich, z. B. String.prototype.normalize + Kleinschreibung) und Case Mapping (Anzeige): wir machen Case Mapping. Für Gleichheitsvergleich über Locales hinweg nimmt man besser localeCompare mit { sensitivity: 'base' }.
Bis zu ein paar MB ist okay und läuft deutlich unter einer Sekunde. Ab etwa 10 MB merkt der Browser es, weil das Neuzeichnen des Ausgabebereichs bei langen Strings teuer ist, nicht weil die Konvertierung selbst langsam wäre. Für größere Dateien lieber eine CLI: tr '[:upper:]' '[:lower:]' in bash, Pythons str.upper() / str.lower() / str.title(), oder die CSS-Eigenschaft text-transform, wenn es nur um Anzeige geht.
Dein Text verlässt deinen Browser nie. Jede Konvertierung läuft lokal auf deinem Rechner mit den Standard-String-Methoden des String-Prototyps von JavaScript. Keine Analytics auf deine Eingabe, keine Logs, kein Server-Roundtrip. Die Unicode-Regeln, denen wir folgen, stammen aus Unicode Technical Standard #21 (Case Mappings) – derselbe Standard, den auch die Browser-Engines selbst implementieren.