Text-Tools
These text tools compare and reshape plain text in your browser. Paste two versions of a file, a log excerpt or a config block and see exactly what changed, at line, word or character granularity, with a unified patch you can copy into an email or a ticket.
Formatieren
XML formatieren
XML neu einrücken, ohne CDATA, Kommentare oder DOCTYPE zu beschädigen
Tool öffnenSQL formatieren
Eine Abfrage formatieren, ohne ihre Strings zu zerstören
Tool öffnenHTML formatieren
Markup einrücken, ohne es zu beschädigen
Tool öffnenCSS formatieren
Stylesheets formatieren, auch mit der neuen Syntax
Tool öffnen
Umwandeln
XML in JSON umwandeln
Umwandeln, ohne Attribute oder Ein-Element-Listen zu verlieren
Tool öffnenJSON in XML umwandeln
Mit Attributen und Namen, die XML akzeptiert
Tool öffnenYAML in JSON umwandeln
Umwandeln, ohne dass aus „NO“ false wird
Tool öffnenJSON in YAML umwandeln
Mit Anführungszeichen, die den Rückweg überstehen
Tool öffnenSchreibweise umwandeln
Bezeichner umbenennen, Abkürzungen werden richtig behandelt
Tool öffnen
Die folgende Anleitung ist nur auf Englisch verfügbar.
When should you use a browser-based text tool?
Comparing two blocks of text is a thing people do constantly and almost always at a bad moment: a config that works on one host and not another, a response body that changed between deploys, a contract clause someone edited without tracking changes, a log line that is nearly but not quite the one from yesterday.
The temptation is to eyeball it. That works for three lines and fails silently for thirty, because human attention is extremely good at seeing what it expects. A diff is not a convenience in that situation; it is the difference between finding the change and convincing yourself there isn’t one.
What makes a diff tool good is granularity. Line-level comparison is the right default and is what version control shows you, but it is actively misleading on two classes of input: minified or single-line files, where the entire document is one line and the diff degenerates into “this line changed”; and long prose lines, where a one-word edit paints a whole paragraph as rewritten. Word and character modes exist precisely for those cases, and being able to switch between the three without re-pasting is most of the value.
The other half is that the output has to be portable. A diff you can only look at is worth less than one you can hand to somebody else, so the unified-patch export produces a standard patch with proper hunk headers — the format patch(1) accepts and the format a code-review tool renders correctly when you paste it into a comment.
Text is often the most sensitive thing on this site. A JSON payload is usually machine data; a text diff is frequently a draft contract, an internal memo, an incident timeline or a customer email. That is the reason the comparison happens in your browser rather than on a server: not as a feature, but because uploading that material to an unknown host to answer a question you could answer locally is a bad trade at any price.
If the two things you are comparing are JSON rather than prose, use JSON Diff instead. It compares the parsed structure rather than the text, so reformatting and key reordering — which a text diff reports as hundreds of changes — correctly show as no change at all.
Frequently asked questions
What is the difference between line, word and character diff?
Line diff is the default and matches what git shows: a line is either present, absent or changed. Word diff subdivides each changed line so you can see that only one identifier moved, rather than a whole 200-character line lighting up red and green. Character diff goes further and is the right choice for a single long string — a URL, a hash, a base64 blob — where the difference is one character in the middle and you need to find it.
Can I paste a whole file, or does it have to be an excerpt?
Whole files are fine up to the 8 MB main-thread ceiling. The comparison is a Myers diff, which is the same algorithm git uses, so its cost grows with the number of differences rather than the size of the input — two large files that are nearly identical compare almost instantly, while two that share nothing take longer.
Is the unified patch the same format as git produces?
Yes. The export is a standard unified diff with @@ hunk headers, so it applies with patch(1) and pastes into a code-review comment or a pull-request description without reformatting. The context depth is three lines, the conventional default.
Does it handle Windows line endings?
It normalises CRLF to LF before comparing, so a file that has been through a Windows editor does not report every single line as changed. If the line endings themselves are what you are investigating, that normalisation is the wrong behaviour — compare the raw bytes with a hex-aware tool instead.
Is my text sent anywhere?
No. The comparison runs in your browser. There is no upload step and no API route; the page is a static file and the diff algorithm is JavaScript executing in the tab you already have open. Open the Network panel and paste a document — nothing carrying your text appears.
What else is on ToolsByUs?
- PDF ToolsMerge, split, rotate and convert PDFs without uploading them.
- Image ToolsCompress, resize and convert images in the browser.
- Creator ToolsResize and optimize banners, avatars, emotes and covers for every platform.
- Color ToolsPick, convert, check contrast and test for colour blindness.
- JSON ToolsCompare, format, validate and explore JSON documents.
- Encoding ToolsBase64, URL encoding, hashing and token inspection.
- Generator ToolsIdentifiers, placeholder content and codes.