Code formatieren / MULTIVERTO
Verdichten Sie sichere strukturelle HTML-Leerzeichen.
Jedes Textwerkzeug auf das vorherige Ergebnis anwenden.
01 / Anleitung
Entfernt ausgewählte Layout-Leerzeichen; prüfen Sie Stellen, an denen Leerraum Bedeutung trägt.
Prüfen Sie bei komplexer Syntax oder Produktionsdateien die Ausgabe in der Zielanwendung und mit einem spezialisierten Werkzeug.
02 / Beispiel
<ul>
<li>Hallo</li>
<li>Willkommen</li>
</ul><ul><li>Hallo</li><li>Willkommen</li></ul>03 / Anleitung
Verdichten Sie sichere strukturelle HTML-Leerzeichen. Entfernt ausgewählte Layout-Leerzeichen; prüfen Sie Stellen, an denen Leerraum Bedeutung trägt. Die HTML-Verdichtung konzentriert sich auf strukturelle Leerstellen in Listen, Tabellen und ähnlichen Behältern. Anderer Textleerraum bleibt erhalten, weil er zwischen Inline-Elementen sichtbar sein kann. Dies ist kein vollständiger Produktions-Minifizierer.
HTML besitzt Elemente, Attribute und Textknoten; Leerraum in Text kann die Darstellung beeinflussen. Der lokale Formatter akzeptiert ausdrücklich verschachtelte Tags und bewahrt den Text dazwischen. Er weist Raw-Text-Container wie script, style, pre und textarea zurück, bei denen ein einfacher Tags-Scanner täuschen könnte. Die kompakte Variante entfernt nur strukturellen Leerraum etwa in Listen und Tabellen; sie verdichtet weder beliebigen Text noch schreibt sie Attribute um. Zwei Inline-Elemente mit einem Zwischenraum können anders erscheinen als ohne. Browser unterstützen außerdem optionale End-Tags und Fehlerkorrektur, die dieser begrenzte Editor nicht nachbildet.
Verdichten ist sinnvoll, wenn eine Maschine das Ergebnis verarbeitet und menschenlesbare Einrückung unnötig ist. Prüfen Sie zuerst die unveränderte Quelle und betrachten Sie dann genau, was entfernt wird. Dieses Werkzeug verspricht nicht die Einsparung eines Produktions-Minifizierers: Solche Programme können die vollständige Grammatik parsen, Bezeichner ändern, Konstanten zusammenfassen oder nach der Serialisierung komprimieren. Hier gilt eine vorsichtige Regel; unklare Konstruktionen bleiben erhalten oder führen zu einer Fehlermeldung. Vergleichen Sie Dateilängen erst nach einem Vergleich von Verhalten oder analysiertem Inhalt. Hängt das Zielsystem von Kommentaren, Lizenzen, Source-Maps oder bedeutungstragendem Leerraum ab, berücksichtigen Sie dies vor einem Austausch der Quelle.
Bewahren Sie die Quelle neben der Ausgabe auf und prüfen Sie zuerst ein kleines bekanntes Beispiel, bevor Sie ein großes Dokument bearbeiten. Vergleichen Sie den sachlichen Inhalt, nicht bloß Dateigröße oder Zeilenzahl. Kontrollieren Sie Namen, zitierte Zeichenketten, Nicht-ASCII-Zeichen, Zeilenenden und wiederholte Felder nach der Umwandlung. Eine lesbare Ausgabe validiert kein Schema, belegt keine Ausführbarkeit von Code und macht Daten nicht automatisch veröffentlichbar. Diese Seite verarbeitet Text im Browser und zeigt die Ausgabe als Text; beim Einfügen gelten jedoch die Regeln der Zielanwendung. Wird eine Eingabe abgewiesen, suchen Sie die nicht unterstützte Konstruktion und verwenden Sie gegebenenfalls einen spezialisierten Parser.