Bevor eine Schreibweise wie GROSSBUCHSTABEN oder camelCase überhaupt Sinn ergibt, lohnt sich oft ein Blick auf den Rohtext selbst: Wie viele leere Zeilen stecken darin, welche ß-Variante ist eigentlich gemeint, und was macht man mit Zeichen, die in einer URL oder in HTML Probleme machen? Dieser Beitrag ordnet diese drei Fragen ein — inklusive dessen, was der Textformat-Umwandler heute schon kann und was sich als sinnvolle Erweiterung anbietet.
Leere Zeilen: warum sie beim Einfügen oft stören
Kurzantwort Text, der aus PDFs, E-Mail-Programmen oder Word kopiert wird, bringt häufig überflüssige Leerzeilen zwischen Absätzen mit — der Textformat-Umwandler bietet bereits Buttons wie Leerzeichen bereinigen, Zeilen A-Z sortieren und Duplikate entfernen, um solchen Text vor der eigentlichen Format-Umwandlung aufzuräumen.
Angenommenes Beispiel: Jemand kopiert eine Produktbeschreibung aus einem PDF-Katalog in den Umwandler, um sie in Titel-Stil für eine Überschrift zu bringen. Zwischen jedem Satz klebt aber eine komplett leere Zeile, weil das PDF beim Kopieren jeden Zeilenumbruch mit übernommen hat. Bevor der Titel-Stil-Modus überhaupt angewendet wird, ist es sinnvoll, diese Lücken zu entfernen — sonst bleibt die Formatierung im Ergebnis genauso unübersichtlich wie vorher.
Aktuell helfen dafür die vorhandenen Werkzeugleisten-Buttons: Leerzeichen bereinigen reduziert mehrfache Leerzeichen und trimmt Zeilenenden, Zeilenreihenfolge umkehren und Zeilen A-Z sortieren ordnen Listen neu, und Duplikate entfernen löscht doppelt vorkommende Zeilen. Ein eigener Button, der gezielt nur komplett leere Zeilen zwischen Textblöcken zusammenzieht — ohne die übrige Struktur anzufassen — ist noch nicht als separate Funktion vorhanden, würde sich aber gut neben den bestehenden Buttons in derselben Werkzeugleiste einreihen.
Bis eine solche dedizierte Funktion existiert, hilft in der Praxis oft die Kombination aus Leerzeichen bereinigen und einem kurzen manuellen Blick auf das Ergebnis im Ausgabefeld, bevor der Text kopiert oder heruntergeladen wird.
SS oder ẞ: welche ß-Schreibweise für welchen Zweck
Kurzantwort Der GROSSBUCHSTABEN-Modus wandelt ß aktuell immer in SS um (straße → STRASSE); eine wählbare Option für das große Eszett ẞ gibt es noch nicht, wäre aber besonders für Namen und offizielle Dokumente relevant.
Zur Einordnung: Bis zur Rechtschreibreform von 2017 kannte die deutsche Amtssprache offiziell nur SS als Großschreibung von ß. Seither ist auch das große Eszett ẞ zulässig — vor allem auf Ausweisdokumenten, in Namensregistern oder in speziellen Corporate-Design-Vorgaben taucht es inzwischen auf, im alltäglichen Fließtext bleibt SS aber deutlich verbreiteter.
Angenommenes Szenario: Eine Behörde oder ein Standesamt möchte einen Nachnamen wie „Weiß” für ein offizielles Formular großschreiben und dabei die 2017 zugelassene Schreibweise „WEIẞ” statt „WEISS” verwenden, weil genau das im Ausweisdokument so hinterlegt ist. Der Textformat-Umwandler liefert in diesem Fall heute automatisch „WEISS”, weil er der traditionellen Duden-Regel und der Standard-Unicode-Umwandlung von JavaScripts toUpperCase() folgt.
Ein Umschalter direkt im GROSSBUCHSTABEN-Reiter — etwa ein kleiner Toggle zwischen „SS” und „ẞ” — wäre eine naheliegende Ergänzung, um genau diesen Anwendungsfall künftig ohne manuelle Nachbearbeitung abzudecken. Bis dahin bleibt als Behelf: Ergebnis kopieren und das SS händisch durch ẞ ersetzen, wo es gebraucht wird — zum Beispiel über die vorhandene Suchen-und-Ersetzen-Funktion des Tools.
| Eingabe | Aktuelles Ergebnis (SS) | Mögliche Zukunftsoption (ẞ) |
|---|
| straße | STRASSE | STRAẞE |
| Weiß | WEISS | WEIẞ |
HTML-Escape & URL-Encode: wenn Groß-/Kleinschreibung nicht reicht
Kurzantwort camelCase, snake_case & Co. lösen Namenskonventionen für Code — für Zeichen, die in HTML oder in einer URL Sonderbedeutung haben, braucht man dagegen HTML-Escape bzw. URL-Encode, die (Stand heute) noch nicht im Entwickler-Formate-Bereich enthalten sind.
Der bestehende Entwickler-Formate-Abschnitt deckt Namenskonventionen ab: camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE. Ein verwandtes, aber anderes Problem taucht auf, wenn Text nicht als Variablenname, sondern als Inhalt in HTML oder als Teil einer URL landen soll.
Angenommenes Beispiel HTML-Escape: Ein Nutzer möchte den Satz Preis < 5€ && Rabatt verfügbar in einer HTML-Seite anzeigen, ohne dass der Browser die Zeichen < und & als Beginn von Markup interpretiert. HTML-Escape würde daraus Preis < 5€ && Rabatt verfügbar machen — sicher darstellbar, ohne dass Layout oder Skripte durcheinandergeraten.
Angenommenes Beispiel URL-Encode: Ein Suchbegriff wie „Büro & Home Office” soll als Parameter an eine URL angehängt werden. Leerzeichen, Umlaute und das Zeichen & sind in einer URL problematisch; URL-Encode (Prozent-Codierung) würde daraus etwas wie B%C3%BCro%20%26%20Home%20Office erzeugen, das jeder Browser und jede Web-API korrekt verarbeitet.
Beide Umwandlungen würden sich thematisch gut als zwei zusätzliche Karten im bestehenden Entwickler-Formate-Raster einfügen — direkt neben camelCase und snake_case, mit demselben Muster aus Ausgabefeld und eigenem Kopieren-Button. Bis es so weit ist, lassen sich HTML-Escape und URL-Encode bei Bedarf über Browser-Konsole, ein Code-Editor-Plugin oder eine Suchmaschine mit „html encode” bzw. „url encode” im Suchfeld erledigen.
Text sofort umwandeln — GROSSBUCHSTABEN, Titel-Stil, camelCase und mehr, kostenlos und privat im Browser.
Tool ausprobieren →
Häufig gestellte Fragen
Wie entferne ich doppelte Leerzeilen aus eingefügtem Text?
Der ToolPico Textformat-Umwandler bietet im Werkzeugleisten-Bereich Buttons wie Leerzeichen bereinigen, Zeilen A-Z sortieren, Zeilenreihenfolge umkehren und Duplikate entfernen, die direkt auf den eingefügten Text angewendet werden, bevor du eine Schreibweise wählst. Ein dedizierter Leere-Zeilen-entfernen-Button, der komplett leere Zeilen zwischen Absätzen kompakt zusammenzieht, ist eine naheliegende Ergänzung für eine zukünftige Version, wird aber aktuell noch nicht als eigener Button angeboten.
Warum wird ß beim Großschreiben nicht zu ẞ (großes Eszett)?
Der Umwandler folgt aktuell der traditionellen und im Alltag am weitesten verbreiteten Regel, bei der ß beim Großschreiben zu SS wird (straße → STRASSE). Das seit der Rechtschreibreform von 2017 offiziell zulässige große Eszett ẞ wird dabei nicht erzeugt. Eine wählbare Option, zwischen SS und ẞ umzuschalten, wäre für Namen, Ausweisdokumente oder Corporate-Design-Vorgaben nützlich und ist eine denkbare zukünftige Erweiterung des GROSSBUCHSTABEN-Modus.
Kann ich mit dem Tool Text für eine URL oder für HTML sicher machen?
Der Bereich Entwickler-Formate erzeugt aktuell camelCase, PascalCase, snake_case, kebab-case und CONSTANT_CASE. Für Zeichen wie &, < oder Leerzeichen in einer URL braucht man dagegen HTML-Escape beziehungsweise URL-Encode — zwei Umwandlungen, die (Stand heute) noch nicht im Tool enthalten sind, sich als zusätzliche Karten im selben Entwickler-Formate-Raster aber gut einfügen würden.
Was ist der Unterschied zwischen HTML-Escape und URL-Encode?
HTML-Escape ersetzt Zeichen, die in HTML eine Sonderbedeutung haben, durch ihre Entity-Schreibweise, etwa < wird zu < und & wird zu & — wichtig, wenn Text innerhalb von HTML-Markup angezeigt werden soll, ohne dass der Browser ihn als Code interpretiert. URL-Encode (Prozent-Codierung) ersetzt dagegen Zeichen, die in einer URL nicht erlaubt sind, etwa wird ein Leerzeichen zu %20 — wichtig für Suchbegriffe oder Parameter in einem Link.
Lohnt sich Zeilen sortieren oder Duplikate entfernen vor einer Format-Umwandlung?
Ja, bei Listen ist es meist sinnvoll, zuerst mit Zeilen A-Z sortieren oder Duplikate entfernen aufzuräumen und erst danach eine Schreibweise wie GROSSBUCHSTABEN oder ein Entwickler-Format wie snake_case anzuwenden — so bleibt die spätere Ausgabe konsistent geordnet, statt die Reihenfolge nachträglich erneut anfassen zu müssen.
Hinweis zur Methodik: Dieser Artikel dient der allgemeinen Information und ersetzt keine professionelle Sprach- oder Rechtschreibberatung. Beispiele und Szenarien sind ausdrücklich als angenommene, veranschaulichende Fälle gekennzeichnet und keine belegten Statistiken. Beschriebene mögliche Zukunftsfunktionen (ẞ-Umschalter, Leere-Zeilen-entfernen-Button, HTML-Escape/URL-Encode) sind zum Zeitpunkt der Veröffentlichung noch nicht im Tool umgesetzt.