WikiSyntaxTextMod → Syntaxpolitur → Schritt 2
In einem zweiten Schritt der Syntaxpolitur erfolgt die Standardisierung der tags, also der <tag>
.
Das gebräuchliche, einheitliche Erscheinungsbild von tags wird hergestellt. Zum einen sollen menschliche Autoren nicht verwirrt werden, zum anderen wird Bots und Skripten das Identifizieren von Strukturen erleichtert, teils erstmalig ermöglicht.
Es werden nur die bekannten Elemente verarbeitet:
a applet area audio b base bdi big blockquote body br button center code command dfn div em embed font form frame frameset gallery graph h1 h2 h3 h4 h5 h6 head hiddentext hiero hr html i iframe imagemap img includeonly input inputbox isindex kbd layer link map math meta noinclude nowiki object onlyinclude option pages poem pre rb rbc ref references rp rt rtc ruby s samp score script section select small source span strike strong style sub sup syntaxhighlight templatedata textarea timeline title tt u wbr xml
Hinzu kommen Kommentare.
Alle unbekannten tags werden ignoriert.
Für die Formatierung gilt:
<
begonnenes bekanntes Tag muss auch mit >
geschlossen werden; dazwischen sind keine <
(oder auch >
) erlaubt.< >
stehen keine Leerzeichen.<
oder vor >
ein umgekehrter Schrägstrich angetroffen, so wird ein händischer Fehler unterstellt und in regulären Schrägstrich umgewandelt.</sup>
.<references />
) wird mit genau einem Leerzeichen zwischen Name (bzw. Attributen) und Schrägstrich geschrieben.br
, hr
und wbr
wird ein unary tag erzwungen; egal ob und wo welcher Schrägstrich steht.<nowiki></nowiki>
und <references></references>
) werden in ein unary tag umgewandelt.
<pre>
\n</pre>
einen optisch wahrnehmbaren Unterschied ausmachen; als Wikitext ist eine solche Leerzeile jedoch sinnfrei und das ganze Konstrukt wäre zu löschen oder mit Leben zu füllen. Lediglich zur Unterstützung der Programmiersprache Whitespace wird dies nicht auf <syntaxhighlight>
angewendet.<div></div>
.attr="Val"
überführt.
"
eingeschlossen, sofern das noch nicht der Fall war."
identifiziert werden, wird Apostroph '
verwendet bzw. wird beibehalten.<
und >
werden nicht akzeptiert.Insbesondere der gefürchtete Zeilenumbruch <BR>
wird also in jeder Form identifiziert und in <br />
umgewandelt.
Einander zugehörige öffnende und schließende Tags werden identifiziert.
Es wird auf korrekte Verschachtelung (‘nesting’) geachtet; in der entsprechenden Hierarchiestufe fehlende endtags führen zu einer Fehlermeldung.
Einige Elemente werden auch sofort vom öffnenden bis schließenden Tag verarbeitet.
nowiki
-Bereiche und einzelne (unary) Elemente werden sofort nach den auskommentierten Abschnitten geschützt.syntaxhighlight
-Bereiche werden gleich danach komplett geschützt.
source
in syntaxhighlight
umgewandelt.strike
wird in s
umgewandelt, da die verkürzte Form auch durch manuelle Eingabe weitaus verbreiteter ist und eine einheitliche Notation für gleichbedeutende Syntax angestrebt ist.<a href=
oder <img src=
) in der generierten HTML-Seite blockiert. Im Wikitext werden sie bereits durch Umwandlung des führenden <
in <
deaktiviert, was zur gleichen optischen Darstellung führt.<nowiki />
umgewandelt. Parameter wären wirkungslos und werden dabei entfernt.<br />
, die mit der CSS-Aktivität style="clear:
… einhergehen oder das nicht standardisierte clear=
… enthalten, ist nur das Block-Element <div />
möglich und das br
wird entsprechend umgewandelt. Nicht standardmäßige Formen im <div />
werden in der erkennbaren Absicht entsprechendes style="clear:both"
usw. umgesetzt.
<div … />
ausnahmsweise als <div …></div>
formatiert.[1]gallery ref references syntaxhighlight
sind nur die bekannten Parameter zulässig.[2]style=
werden analysiert und einheitlich formatiert.
style="background-color:#ABCDEF"
ist gleichwertig mit style="background:#ABCDEF"
und wird verkürzt.text-align: vertical-align:
wird die Gültigkeit der Zuweisung überprüft, sonst eine Fehlermeldung ausgegeben.bgcolor color valign
) werden in style=
überführt.class=
oder style=
werden kombiniert.<!--
wird das zugehörige Ende -->
gesucht. Ist das Ende nicht zu finden oder wird ein Leerzeichen in einem Kommentar-Beginn angetroffen, erfolgt eine Fehlermeldung.