Hilfe:Wikisyntax/Validierung

Die Linter-Erweiterung erkennt Wikitext-Muster, die problematisch sind und korrigiert oder entfernt werden sollen. Diese Seite zur Validierung gibt einen Überblick über die derzeit durch das Lintwerkzeug erkannten Muster und erklärt, welche Probleme auftreten können oder wie die Anpassung erfolgen soll.

Diese Funktion dient dazu, sicherzustellen, dass Seiteninhalte langfristig wie beabsichtigt gerendert und wiedergegeben werden (beispielsweise durch Software wie RemexHTML oder Parsoid).

Die Spezialseite Lint-Fehler gruppiert die Probleme nach Typen und Priorität.

Das Angebot dieser Mitte 2017 eingeführten Erweiterung ist als Work In Progress eingestuft und weiterhin (Anfang 2020) noch in der Entwicklungsphase.

Nur relevante Seiten sind zu bearbeiten. Das sind:

• Artikel (namespace=0).
• Aktuelle Projekt-, Portal- und Kategorienseiten.
• Alle Programmierungen in Vorlagen und Modulen sowie Systemnachrichten.
• Nur vom jeweiligen Benutzer werden Benutzerseiten korrigiert.

Nicht bearbeitet werden:

• Archivierte Seiten.
• Diskussionsseiten bzw. analoge Plattformen, sofern Darstellungsfehler auf einen einzelnen Benutzerbeitrag beschränkt bleiben und den Rest der Seite nicht stören.

Die in den einzelnen Linter-Kategorien gelisteten Seiten können eventuell auch sogenannte „false-positives“ enthalten, also Seiten, auf denen irrtümlich Probleme erkannt wurden.

• Lemma ist der Name der Seite, die einen Fehler enthält. Klickt man in der angezeigten Liste auf bearbeiten, so wird man in der Quelltextbearbeitung der Seite direkt zur fehlerbehafteten Zeile weitergeleitet, sofern dies dort lokalisierbar ist.
• Der Klick auf Versionsgeschichte zeigt den Verlauf der Versionen der Seite an.
• Falls möglich wird in der mittleren Spalte ein Hinweis auf die Art des Fehlers ausgegeben. Beispielsweise der Name des betroffenen Tags oder unbekannten Parameters.
• Wurde der Fehler möglicherweise durch eine direkt eingebundene Vorlage ausgelöst, so ist in der rechten Spalte diese Vorlage verlinkt.
  • Das Problem könnte in einem an diese Vorlage übergebenen Parameterwert liegen.
  • Oder die Kombination dieser Parameterwerte mit der Vorlagenprogrammierung könnte Schwierigkeiten machen.
  • Die Programmierung der Vorlage kann generell ungeschickt sein.

Die Listen können zur Abfrage auf einzelne Namensräume eingestellt werden, die Auswahl erfolgt über ein Dropdownmenü. Anschließend auf die Schaltfläche Anwenden klicken, um die Liste zu aktualisieren. Ober- und unterhalb der Liste sind Schaltflächen, mit denen vor- und zurückgeblättert werden kann.

• Mehrfache völlig identische Fehler werden nur einmal gelistet, etwa wenn durch die gleiche Vorlageneinbindung ausgelöst.
• Wird der Bereich der Seite bearbeitet, in dem ein schon gelisteter Fehler weiterhin besteht, so wird ggf. eine neue Fehlernummer generiert und die Seite erscheint nunmehr am Ende der Liste unter den Neuzugängen.

Es folgt die Beschreibung der einzelnen Abfragen; ggf. mit einem Codebeispiel.

Diese Seiten haben Tabellen-Tags, die gelöscht werden sollen.

• Die Anpassung sollte wegen möglicher Darstellungsfehler umgehend erfolgen.
• Lint-Fehler: Tabellen-Tag (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Phabricator – Bug/Feature: T161341 (englisch)

Beispiel (Anmerkungen farblich hervorgehoben):

{| ← <Start-tag Tabelle>
| Zellentext1
|-
{| ← <Start-tag Tabelle 2 ="unnötige Verschachtelung entfernen">
|- ← <Trenner Tabelle 2>
| Zellentext2
|} ← <End-tag Tabelle 2 ="unnötige Verschachtelung entfernen">
|} ← <End-tag Tabelle>

{| ← <Start-tag Tabelle>
|-
| Zellentext1
|-
| Zellentext2
|} ← <End-tag Tabelle>

 Info: Einzelnstehende schließende Tabellentags |} können im Seitenquelltext durch Vorlageneinbindungen entstehen, die oberhalb nicht sichtbar ein öffnendes Tabellentag {| einbinden. Es ist immer zu prüfen, ob der Code tatsächlich überflüssig ist.

• Die Anpassung sollte wegen möglicher Sprungzielfehler umgehend erfolgen.
• Lint-Fehler: Doppelte IDs (in Artikeln).
• Informationen bei MediaWiki + mozilla.org (englisch).
• Hilfe:Tags#id, Wikipedia:Weiterleitung#Weiterleitungen auf Abschnitte (Überschriften), Vorlage:Anker
• Hilfsmittel: Benutzer:PerfektesChaos/js/fragmentAnchors hilft beim Auffinden doppelter Anker

Eindeutige Sprungziele können auf einer Seite immer nur einmal vorhanden sein, zahlreiche Vorlagen verwenden jedoch IDs, die nicht immer eindeutig vergeben wurden, das kann beispielsweise in Tabellen wie Denkmallisten passieren, wenn der Straßenname als ID verwendet wird und es mehrere Einträge zu Häusern in dieser Straße gibt. Es kann auch vorkommen, dass die Vorlage:Anker mit identischen Zielbezeichnern mehrmals eingefügt wurde. Besonders problematisch sind derzeit Koordinatenvorlagen (id wird aus dem Parameter |name= gebildet) und Positionskarten.

Vorgefundene Syntax

<div id="Test">123</div>
Wie geht das ?

<div id="Test">456</div>
So wohl nicht

{{Coordinate|simple=y|name=Wegekreuz|NS=49.50969|EW=7.08786|type=landmark|region=DE-SL}}
{{Coordinate|simple=y|name=Wegekreuz|NS=49.51224|EW=7.07147|type=landmark|region=DE-SL}}

Bereinigte Syntax

<div id="Test1">123</div>
Wie geht das ?

<div id="Test2">456</div>
So wohl nicht

{{Coordinate|simple=y|name=WegekreuzPoststraße|NS=49.50969|EW=7.08786|type=landmark|region=DE-SL}}
{{Coordinate|simple=y|name=WegekreuzTheleyerStraße|NS=49.51224|EW=7.07147|type=landmark|region=DE-SL}}

Diese falsch verschachtelten Tags werden sich in HTML5 im Vergleich zu HTML4 unterschiedlich verhalten.

• Die Anpassung sollte wegen möglicher Darstellungsfehler umgehend erfolgen.
• Lint-Fehler: HTML4-Verschachtelung (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Hilfe:Tags #Syntax

Es geht insbesondere um die folgende Situation:

<span>a

b</span>

<span> steht dabei für ein beliebiges Inline-Tag: ABBR, BDI, BDO, CITE, DATA, DEL, DFN, INS, KBD, MARK, Q, RB, RP, RT, RTC, RUBY, SAMP, SPAN, SUB, SUP, TIME, VAR.

Diese Konstruktion ist unzulässig, weil Inline-Tags (für Schrifteigenschaften) ein Block-Element (für Layout-Anordnung) umschließen.

Tidy interpretierte das in einfachen Fällen folgendermaßen:

<p><span>a</span></p>
<p><span>b</span></p>

Der zukünftige HTML5-Output entspricht hingegen

<p><span>a</span></p>
<p>b</p>

Es ist entsprechend der beabsichtigten Darstellung zu korrigieren; möglicherweise eine völlig andere und angemessenere Codestruktur zu wählen.

Diese Seiten haben Inline-Medien mit Bildunterschriften.

• Spezial:LintErrors/inline-media-caption (in Artikeln).

Im Januar 2022 wurde kurzzeitig bei Bildern, die ohne das Attribut mini (Anzeige einer Bildlegende/Beschriftung) verwendet werden, der hier eingegebene Text nur als Tooltip angezeigt und vom MediaWiki-Parser als Rückgriff (fallback) für das Attribut alt verwendet, falls dieses nicht angegeben wurde. Da diese Bildunterschrift nicht zwangsläufig eine Beschreibung des Bildinhalts darstellt, werden derartige Bilder oder Mediendateien in dieser Fehlerkategorie gelistet. Die zunächst vorgenommene Einstufung der zwei Jahrzehnte alten Syntax als „besonders dringend zu beheben“ ist jedoch fragwürdig. Die Abfrage wurde aufgrund der enormen Anzahl der Fehler kurz danach wieder deaktiviert.

Vorgefundene Syntax

[[Datei:Test.png|120px|Bildtext]]

Bereinigte Syntax, sofern erforderlich

[[Datei:Test.png|120px|alt=Ausführliche Beschreibung für blinde Menschen|Was wird dargestellt?]]

Insbesondere in Vorlagen werden dekorative Icons für Screenreader jedoch ohnehin ausgeblendet, weil sie blinden Menschen keinen Nutzen bringen und diese nur verwirren. Sie erhalten dann auch keine Bildbeschreibung. Hier ist |alt=| zu setzen, wodurch dann auch nicht mehr in der Fehlerkategorie eingetragen wird.

[[Datei:Test.png|120px|alt=|Was wird dargestellt?]]

Wem aus technischen Gründen, etwa wegen langsamer Internetverbindung, zunächst noch keine Grafikdaten angezeigt werden können, der erhält weiterhin den zu erwartenden Inhalt benannt (title=).

• Lint-Fehler: Verschiedene Tidy-Ersetzungen (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Vorbeugende Sammelkategorie für verschiedene seltene Tidy-Interpretationen, die erst ab 2018 auffallen würden.
• Im ersten Dreivierteljahr nicht mit Implementierungen unterlegt; erst seit August 2018.

Seit August 2018. Solange Tidy aktiv war, wurden div-Tags, die sich innerhalb eines span-Tags befanden, mit diesen getauscht, so dass sich das div immer außen und das span immer innen befand.

<span><div> formatierter Inhalt </div></span>

<div><span> formatierter Inhalt </span></div>

Wenn das außen liegende span-Tag Stil- oder Klassenattribute hat, werden diese durch den Wegfall von Tidy unwirksam. Dies kann zu unerwünschten Darstellungen führen.

Beispiel: Vorlage:Navigationsleiste hat diesen Code:

<div class="NavPic"><span class="noviewer">{{{BILD}}}</span></div>

Ist nun im Parameter Bild zusätzlicher Code in Form von div enthalten, so kommt es zu einem Tagkonflikt, weil in einer Inlinesequenz span keine Blockelemente div stehen dürfen. Dies führt in diesem Beispiel zu div in span in div.

{{Navigationsleiste
|BILD=<div style="float: left; padding-top: 10px; padding-bottom: 10px;">[[Datei:No image available-de.svg|105x105px|Irgendein Bild]]</div>
}}

<div class="NavPic"><span class="noviewer"><div style="float: left; padding-top: 10px; padding-bottom: 10px;">[[Datei:No image available-de.svg|105x105px|Irgendein Bild]]</div></span></div>

Erlaubt wäre aber nur span in div oder div in div.

Lösung:

• Änderung der Vorlage:Navigationsleiste, ersetze span durch div oder besser: verschmilz den Code zu einem einzigen div

<div class="NavPic"><div class="noviewer">{{{BILD}}}</div></div>
<div class="NavPic noviewer">{{{BILD}}}</div>

• Die Anpassung sollte wegen möglicher Darstellungsfehler bald erfolgen.
• Lint-Fehler: Mehrzeilige HTML-Tabelle in Liste (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Eine Tabelle in HTML-Syntax wurde über mehrere Zeilen hinterlegt, deren erste als ein Listenpunkt in Wiki-Syntax deklariert wurde. HTML Tidy hatte die Auflistung entfernt; sie wird nun wirksam.
• Derartige Vorkommen in der deutschsprachigen Wikipedia werden selten sein, insbesondere nicht im ANR zu erwarten.

* {{Personenleiste}}
# {{Personenleiste}}

{{Personenleiste}}
{{Personenleiste}}

• Die Anpassung sollte wegen möglicher Darstellungsfehler bald erfolgen.
• Lint-Fehler: Mehrere nicht geschlossene Formatierungstags (in Artikeln).
• Informationen bei MediaWiki (englisch).

Mögliche Ursachen:

1. <small> oder <big> wurden nicht geschlossen und wirken sich auf den nachfolgenden Text aus.
   HTML Tidy versuchte den betroffenen Textbereich in nicht präzisierter Weise zu begrenzen; dies ist weggefallen.
2. Nicht geschlossene, vielmehr zweimal nacheinander öffnende Tags: b, big, code, em, font, i, nobr, s, small, strike, strong, tt, u
   HTML Tidy unterstellte, dass das sinnlose zweite Öffnen vielmehr als Schließen gemeint war; dies ist weggefallen.
   Beispiel: <code>foo<code> statt <code>foo</code>
3. Beginn und Ende innerhalb und außerhalb von Klammern (Wikilinks)
   • Beispiel: <small><small>[[Haus|Häuser</small></small>]] → <small><small>[[Haus|Häuser]]</small></small>

Diese Seiten haben einen Absatzumbruchfehler, der umgangen werden könnte. Es geht um die Formatierung mit den Zeilenumbruch verhindernden nowrap-Konstrukten.

• Die Anpassung sollte wegen möglicher Darstellungsfehler bald erfolgen.
• Lint-Fehler: Absatzumbruch (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Phabricator – Bug/Feature: T134469 (englisch)

Drei Ursachen sind möglich:

1. Die ohne Zeilenumbruch darzustellende Textpassage enthält bereits selbst einen Zeilenumbruch.
   • Zeilenumbruch aus dem Text entfernen.
2. Ein Element <span style="white-space:nowrap"> enthält ein Block-Element.
   • Ggf. den Zeilenumbruch innerhalb des Block-Elements verhindern.
3. Eine Tabellenzelle beginnt mit der fraglichen Textpassage oder besteht nur daraus.
   • Gesamte Tabellenzelle mit style="white-space:nowrap" deklarieren.
   • Ggf. <nowiki /> voranstellen.

Die Vorlage:nowrap kann ebenfalls am Problem beteiligt sein.

Diese Seiten enthalten selbstschließende Tags. (betrifft ausschließlich HTML; ausgenommen sind <br /> und <hr /> sowie <wbr />) Tags, die beispielsweise der Formatierung dienen, werden wie Klammern um den jeweiligen Abschnitt gelegt. Sie bestehen aus einem öffnenden und einem schließenden Tagelement <tag>…</tag>. Sie dürfen nicht wie ein unary-Tag selbstschließend verwendet werden. Die Konstruktion kann darauf hindeuten, dass vergessen wurde, einen beabsichtigten Text einzutragen; ansonsten ist sie sinnfrei und kann eliminiert werden.
Eine andere mögliche Ursache ist die Setzung des Schrägstrichs an der falschen Stelle im schließenden Tag, beispielsweise <small/> anstelle von </small>.

• Die Anpassung sollte wegen möglicher Darstellungsfehler umgehend erfolgen.
• Lint-Fehler: Selbstschließend (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Phabricator – Bug/Feature: T134423 (englisch)
• Hilfe:Tags #Syntax
• Kategorie:Wikipedia:Seite mit problematischem HTML-Tag (Diese Abfrage war ab Juli 2016 vor der Einführung der Linterfehleranalyse aktiv)

Beispiele:

<b>Inhalt<b/>
<span>Inhalt<span/>
</div/>
<div style="clear:both;" />
<s>Inhalt<s/>

'''Inhalt'''
<span>Inhalt</span>
</div>
<div style="clear:both;"></div>
<s>Inhalt</s>

Ab November 2025 (WMF-Version >=1.46) sollen Tags auf darin eingeschlossene Vorlagenparameter hin überprüft werden. Siehe auch mw:Help:Lint errors/template-arg-in-extension-tag

• Diese Seiten haben einen Erweiterungstag mit Vorlagenparameter, der nicht ordnungsgemäß aufgebaut ist.

Ein „Erweiterungstag mit Vorlageparameter“ wird erkannt, wenn innerhalb eines Tags <tagname>…</tagname> Vorlagenparameter wie {{{1|Inhalt}}} verwendet werden. Wo dies der Fall ist werden die Vorlagenparameter nicht mehr transkludiert und es wird der ursprüngliche Wikitext {{{1|Inhalt}}} und nicht Inhalt angezeigt.

 Info: Scheinbar werden auch nowiki- und pre-Tags innerhalb eines poem-Tags nicht richtig erkannt.
Beispiel zerstörtes NavFrame: Fehler umgestellt auf pre und Vorlage:Klappleiste hier hätte das {{#tag:poem}} nicht geholfen

Um derartiges zu ermöglichen steht die Funktion {{#tag:…}} zur Verfügung. Siehe Hilfe:Parserfunktionen/Programmierung#Tag-Erweiterung einbinden – #tag

<poem>
Es war einmal
{{{2|ein kleiner Wal}}}
</poem>

<imagemap>
Datei:Periodensystem Imagemap.svg|{{#if:{{{width|}}}|{{{width}}}|600px}}
…
</imagemap>

{{#tag:poem|
Es war einmal
{{{2|ein kleiner Wal}}}
}}

{{#tag:imagemap|
Datei:Periodensystem Imagemap.svg{{!}}{{#if:{{{width|}}}|{{{width}}}|600px}}
…
}}

Zuvor wurden diese Font-Tags innerhalb von Links verschoben, um die Linkfarbe zu ändern. Ab Dezember 2017 geschieht das nicht mehr. Die korrekte Syntax wäre grundsätzlich, dass eine Änderung der Linkfarbe innerhalb der eckigen Klammern einer Verlinkung deklariert werden muss.

• Die Anpassung sollte wegen möglicher Darstellungsfehler umgehend erfolgen.
• Lint-Fehler: Font-Tags um Links (in Artikeln).
• Informationen bei MediaWiki (englisch).
• <font> – sollte generell nicht verwendet werden.

<font color=#33AA33>[http://en.wikinews.org/wiki/Hauptseite?uselang=de Wikinews]</font>

<font color="#FFF5EE">[[WP:Babel|Babel:]]</font>

[https://en.wikinews.org/wiki/Hauptseite?uselang=de <span style="color:#33AA33">Wikinews</span>]

[[WP:Babel|<span style="color:#ABCDEF">Babel:</span>]]

 Info: Verlinkungen sollten zumindest in Artikeln nicht mit anderen Farben überschrieben werden, damit sie als solche erkennbar bleiben. Rotlinks weisen auf fehlende Seiten hin, Blaulinks auf existierende. In Portalen und auf Funktionsseiten, wo die Funktion als Verlinkung etwa in „Karteireitern“ oder „Buttons“ nahegelegt wird, mag die Farbgestaltung geändert werden.

Zu Beginn oder Ende einer als nowrap deklarierten Textpassage steht ein Leerzeichen usw. Dies wurde bisher von HTML Tidy außerhalb des nowrap verschoben und damit eine Möglichkeit zum Umbrechen an dieser Stelle geschaffen. Weil Tidy weggefallen ist, kann die Zeile hier nicht mehr umbrochen werden, im Prinzip sogar eine meterlange Zeile entstehen, jedenfalls die Darstellung der Seite verändert sein. Inhaltlich ist ein solches nowrap, das sich über den sichtbaren Text hinaus erstreckt, sehr zweifelhaft.

• Die Anpassung sollte wegen möglicher Darstellungsfehler umgehend erfolgen.
• Lint-Fehler: Tidy-Leerzeichen (in Artikeln).
• Informationen bei MediaWiki (englisch).

Beispiele:

<span style="white-space:nowrap;">a b </span><span style="white-space:nowrap;">x y</span>
<span class="nowrap">{{{1}}}</span>
{{Zeile|[[Toy Story]] <small>(1995)</small> }}&#124;

<span style="white-space:nowrap;">a b</span> <span style="white-space:nowrap;">x y</span>
<span class="nowrap">{{#if:trim|{{{1}}}}}</span>
{{Zeile|[[Toy Story]] <small>(1995)</small>}} &#124;

Diese Seiten haben ein nicht geschlossenes Anführungszeichen in einer Überschrift, das das Inhaltsverzeichnis auslaufen lässt.

• Erkannte Fehler in der wirksamen Darstellung sollten behoben werden, da sie sich auf den nachfolgenden Abschnitt auswirken könnten; insbesondere dann auf alles, was auf das Inhaltsverzeichnis folgen würde.
• Lint-Fehler: Unbeendeter Apostroph-Code in Überschriften (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Apostroph-Code für Kursiv- oder Fettschrift in einer Überschrift wurde nicht geschlossen. Dies wurde früher von HTML Tidy automatisch beendet.

Beispiele:

=== ''Das Kunstwerk ===

=== ''Das Kunstwerk'' ===

Diese Seiten haben Dateien mit fehlerhaften Optionen. So können beispielsweise Bildparameter doppelt, falsch benannt, widersprüchlich, unbekannt oder ein Pipe-Symbol | zu viel vorhanden sein. Auch die Schreibung der Parameternamen mit Großbuchstaben Mini, Hochkant oder eine Bildlegende die auf px endet, führt zu Fehlern.

• Erkannte Fehler in der wirksamen Darstellung sollten behoben werden.
  • Eine doppelt vorhandene Angabe ist hingegen einstweilen unschädlich, jedoch irritierend und kann später zu Missverständnissen führen.
  • Eine doppelte Pipe richtet keinen Schaden an und rechtfertigt keinen Edit ausschließlich zu ihrer Entfernung, sie können jedoch, je nachdem wo das Pipe steht, dazu führen, dass die Bildlegende nicht angezeigt wird, dann sollten sie entfernt werden.
• Lint-Fehler: Nicht erkannte Dateioptionen (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Bekannte „falsche Fehler“; ignorieren:
  • baseline bottom middle sub super text-bottom text-top top
  • thumbtime

Beispiele:

[[Datei:Yellow card.svg|mini||Gelbe Karte]] ← Pipe-Symbol doppelt
[[Datei:Yellow card.svg|mini|mini|Gelbe Karte]] ← mini doppelt
[[Datei:Yellow card.svg|thumb|mini|Gelbe Karte]] ← thumb = mini
[[Datei:Yellow card.svg|mini|linkss|Gelbe Karte]] ← linkss „s“ doppelt
[[Datei:Yellow card.svg|mini|links|rechts|Gelbe Karte]] ← „links“ und „rechts“ widersprechen sich.
[[Datei:Yellow card.svg|mini|rahmenlos|Gelbe Karte]] ← „mini“ und „rahmenlos“ widersprechen sich.
[[Datei:Yellow card.svg|mini|links|hochkant|0,6|Gelbe Karte]] ← Parameter hochkant falsch

[[Datei:Yellow card.svg|mini|Gelbe Karte]]
[[Datei:Yellow card.svg|mini|links|Gelbe Karte]]
[[Datei:Yellow card.svg|rahmenlos|Gelbe Karte]]
[[Datei:Yellow card.svg|mini|links|hochkant=0.6|Gelbe Karte]]

In Galerien können auch fehlende Zeilenumbrüche zwischen zwei Bilddateien zu einer Fehldarstellung oder hier unwirksame Bildparameter mini hochkant links rechts px … zu Fehlern führen.

<gallery>
Yellow card.svg||Gelbe Karte ← Pipe-Symbol doppelt
Red card.svg|120px|Rote Karte ← unwirksame Angabe px
Card back 16.svg|Grüne RückseiteCard back 15.svg|Rote Rückseite ← zwei Bilder in einer Zeile
</gallery>

<gallery>
Yellow card.svg|Gelbe Karte
Red card.svg|Rote Karte
Card back 16.svg|Grüne Rückseite
Card back 15.svg|Rote Rückseite
</gallery>

In der Vorlage {{Galerie}} führt zudem eine nicht numerische Angabe im Parameter Größe zu einer Fehldarstellung. Hier dürfen nur Zahlzeichen |Größe=200 stehen.

Diese Seiten haben falsch verschachtelte Inhalte. Ursache können Tabellen-Inhalte sein, denen Pipe bzw. ! zu Beginn einer Tabellenzelle fehlt.

• Erkannte Darstellungsfehler sollten behoben werden. Mittelfristig werden Inhalte außerhalb der dafür vorgesehenen Bereiche nicht mehr angezeigt werden.
• Lint-Fehler: Verschachtelter Inhalt (in Artikeln).
• Informationen bei MediaWiki (englisch).
• HTML5 – fostered content (englisch).
• Hilfe:Tabellen – Codebeispiele

Beispiel 1:
Der Inhalt befindet sich in einem nicht darstellbaren Bereich der Tabellenstruktur und kann so nicht innerhalb der Tabelle ausgegeben werden. In diesem Beispiel stünde der Text oberhalb der Tabelle. Möglicherweise fehlt ein Element für die Überschrift |+, eine Tabellenzellenzuweisung | oder der Kopfzeilencode !.

{| class="wikitable"
|-
Textfragment
|-
| Zelleninhalt
|-
| Zelleninhalt
|}

{| class="wikitable"
|-
| Textfragment
|-
| Zelleninhalt
|-
| Zelleninhalt
|}

Beispiel 2:

• Zwischen der Tabellensyntax {| und |- wurden onlyinclude-Tags Hilfe:Vorlagen#Bedingtes Einbinden von Quelltextblöcken, vermutlich mit einer Massennachricht ausgeliefert, diese müssen entfernt werden.
• Kommt so etwas beispielsweise in Artikeln vor, aus denen einzelne Teile in andere Seiten eingebunden werden sollen, so muss das öffnende <onlyinclude> verschoben werden.

{| class="toptextcells" style="font-size:95%; margin:0.4em 0 0.5em 0;"
<onlyinclude>
|-
| [[Wikipedia:Adminkandidaturen/NadirSH|'''Adminkandidatur''' NadirSH]] 
| →
| erfolgreich: 200:2 (99,0%)
|-
| [[Wikipedia:Umfragen/Fotoworkshops|Umfrage zum Interesse an Fotoworkshops]] 
| →
| beendet: 17 Ja, 0 Nein
</onlyinclude>
|}

{| class="toptextcells" style="font-size:95%; margin:0.4em 0 0.5em 0;"
|-
| [[Wikipedia:Adminkandidaturen/NadirSH|'''Adminkandidatur''' NadirSH]] 
| →
| erfolgreich: 200:2 (99,0%)
|-
| [[Wikipedia:Umfragen/Fotoworkshops|Umfrage zum Interesse an Fotoworkshops]] 
| →
| beendet: 17 Ja, 0 Nein
|}

{| class="toptextcells" style="font-size:95%; margin:0.4em 0 0.5em 0;"<onlyinclude>
|-
| [[Wikipedia:Adminkandidaturen/NadirSH|'''Adminkandidatur''' NadirSH]] 
| →
| erfolgreich: 200:2 (99,0%)
|-
| [[Wikipedia:Umfragen/Fotoworkshops|Umfrage zum Interesse an Fotoworkshops]] 
| →
| beendet: 17 Ja, 0 Nein</onlyinclude>
|}

Es darf keinerlei Inhalt zwischen {| und |-, |- und ! oder |- und | platziert werden, auch nicht die Vorlage:Anker oder ähnliches.

Diese Seiten haben falsch verschachtelte Tags, die korrigiert werden könnten.

• Erkannte Darstellungsfehler sollten behoben werden.
• Lint-Fehler: Verschachtelte Tags (in Artikeln).
• Informationen bei MediaWiki (englisch).
• HTML5 – misnested tags (englisch).
• Hilfe:Tags #Syntax
• Hilfe:Textgestaltung – Formatierungsbeispiele

Wenn ein Element geöffnet ist und danach ein weiteres Element geöffnet wird, muss das letztere erst wieder geschlossen werden, bevor das erste Element geschlossen werden darf.

• Das gilt ebenso für Konstrukte mit Apostroph.
  • Diese werden als i (italic) für Kursivschrift (Doppel-Apostroph) bzw. b (bold) für Fettschrift (Dreifach-Apostroph) markiert.

Inline-Elemente (für Schrifteigenschaften) können keine Block-Elemente (für Layout-Anordnung) umschließen.

• Ggf. können die Schrifteigenschaften direkt beim Block-Element spezifiziert werden.
• Das selten (eher in der Vorlagenprogrammierung) benutzte <p> darf keine anderen <p> und auch keine Block-Elemente enthalten.
• Gleichartige semantische Inline-Elemente dürfen nicht ineinander verschachtelt werden; ein <small> darf kein anderes <small> mehr enthalten.
• Inline-Elemente dürfen sich nicht widersprechen; <small> darf kein <big> umschließen und umgekehrt.
• Attribute der Tags (womöglich auch Attribute der Tabellenzellen und -zeilen) werden berücksichtigt.
• Der Namensraum (XML) ist bei Attributen unzulässig; also insbesondere xml:lang=.

Beispiele:

''' fett '' Text ''' kursiv ''

* a
* b <small>(Anmerkung)
* c (Anmerkung)</small>
* d

<s>durch und <u>unterstrichen</s></u>

'''fett''' Text ''kursiv''

* a
* b <small>(Anmerkung)</small>
* c <small>(Anmerkung)</small>
* d

<s>durch und <u>unterstrichen</u></s>

Diese Seiten haben Links mit mehreren vorangestellten Doppelpunkten.

• Entsprechende Verlinkungsfehler sollten korrigiert werden.
• Lint-Fehler: Mehrfache Doppelpunkte vor Wikilink (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Hilfe:Links #Sonderfälle und Doppelpunkt

In einigen Fällen ist es sinnvoll, wenn im Wikilink-Format ein Doppelpunkt vorangestellt wird, um eine Verlinkung statt eines anderen Effekts zu erreichen (Medieneinbindung, Kategorisierung, Interlanguage).

Mehrfache Doppelpunkte vor Wikilink-Zielen wurden früher stillschweigend ignoriert. Mittlerweile führt das zur syntaktischen und damit fehlerhaften Interpretation der Zielangabe.

[[::Datei:Beispiel.jpg]]

[[:Datei:Beispiel.jpg]]

Diese Seiten haben Wikilinks in externen Links, die korrigiert werden können.

• Entsprechende Verlinkungsfehler sollten korrigiert werden.
• Lint-Fehler: Wikilink in wikilink-in-extlink (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Benutzer:Aka/Fehlerlisten/Linkfehler/Anleitung
• Kategorie:Wikipedia:Vorlagenfehler/Parameter:Linktext

Ein offenbar geklammerter Weblink enthält eine weitere Verlinkung. Das ist nicht möglich; ein Linkziel kann nur einen einzigen anklickbaren Bereich haben. Möglich sind auch Fehler im Bereich von Vorlagenparametern, die als Linktext dienen, die Inhalte dürfen keine [[]] (oder []) enthalten.

[http://example.org/ Website der [[Example]]-Organisation]

[http://example.org/ Website] der [[Example]]-Organisation

Diese Seiten haben fehlende End-Tags.

• Anpassung nach Bedarf, geringe Priorität.
• Lint-Fehler: Fehlendes End-Tag (in Artikeln).
• Informationen bei MediaWiki (englisch).
• Bekannte „falsche Fehler“:
  • Zuweilen werden trotz absolut korrektem Code die behaupteten Elemente nicht geschlossen, obwohl sie vollständig sind. Möglicherweise wurden Tagbeginn und Tagende eingerückt oder ungleich hinter Aufzählungszeichen gesetzt.

Fehlende schließende Tags können unerwünschte Effekte bewirken, etwa wenn ein verkleinert geschriebener Teilbereich sich bis zum Ende erstreckt und nicht wie beabsichtigt beendet wurde.

• Das gilt ebenso für Konstrukte mit Apostroph.
  • Diese werden als i (italic) für Kursivschrift (Doppel-Apostroph) bzw. b (bold) für Fettschrift (Dreifach-Apostroph) markiert.

Die auf die Schriftgestaltung innerhalb von Fließtext abzielenden „inline“-Elemente dürfen nicht durch Absätze oder „Block“-Elemente unterbrochen worden sein. Das betrifft insbesondere <span>, <code> und <small>. Sie gelten nur für unmittelbar zusammenhängende Zeilen.

Beispiele (Anmerkungen farblich hervorgehoben):

<small>Text ← <Info ein ="schließendes Tag fehlt">
<small>Text<small> ← <Info Slash =" / fehlt im schließenden Tag">

<small>Textbeginn ← <Info Absatz="soll Kleinschreibung erhalten">
 ← <Info Leerzeile="generiert neuen Absatz">
Neuer Absatz</small> ← <Info Hier="nicht mehr wirksam, dafür überflüssiger Abschluss">

<small>Text</small>

Diese Seiten haben leere Überschriften.

• Anpassung nach Bedarf, Geringe Priorität.
• Spezial:LintErrors/empty-heading (in Artikeln).
• Informationen bei MediaWiki (englisch).

== [[Datei:Beispielbild..jpg]] ==
== [https:…] ==
== _ ==
==   ==
== ==
===== =====
<h1> </h1>
<h5> </h5>

Mögliche Auswirkungen
Im Inhaltsverzeichnis (Vector 2022) entsteht eine leere Zeile. Es steht ein herrenloses [Bearbeiten] mitten in Text und es wird, je nach Überschriftenebene, zusätzlich eine Linie erzeugt.

• Es werden aktive Kategorien ohne führenden Doppelpunkt eingefügt. Die Seite wird dadurch (vermutlich unbeabsichtigt) in die entsprechende Kategorie einsortiert.
• Es werden aktive Interwikilinks (Links in andere Sprachversionen) ohne führenden Doppelpunkt eingefügt. Es wird möglicherweise ein zusätzlicher Sprachlink erzeugt. Im Benutzernamensraum ist die Überschrift zudem normal sichtbar Beispiel.

 Info: Generell sollten in Artikeln Überschriften eigentlich grundsätzlich keine Verlinkungen enthalten.

== [[:Datei:Beispielbild.jpg]] ==
== [https:… Linktext] ==
== – ==
== Leer ==
== Überschriftentext Ebene 2 ==
===== Überschriftentext Ebene 5 =====
== Überschriftentext Ebene 2 ==
===== Überschriftentext Ebene 5 =====

Diese Seiten haben fehlende End-Tags in Überschriften.

• Lint-Fehler: Fehlendes End-Tag in der Überschrift (in Artikeln).
• Informationen bei MediaWiki (englisch).

Betrifft alle Tags, die in einer Überschrift geöffnet, aber nicht geschlossen wurden. Handelt es sich dabei um Fett- oder Kursivtags, so werden diese, wie bisher, in der höher eingestuften Linterkategorie Nicht geschlossenes Anführungszeichen … gelistet. Ein Sonderfall sind hierbei diese Tags h1 h2 h3 h4 h5 h6, die selbst eine Überschrift generieren.

== Text <small>kleiner Text ==  ← <Info ein ="schließendes Tag fehlt">
<h2 style="background:#ABCDEF; padding:0 5px;"> Text <h2> ← <Info Slash =" / fehlt im schließenden Tag">
<h2 style="background:#ABCDEF; padding:0 5px;"> Text      ← <Info ein ="schließendes Tag fehlt">

== Text <small>kleiner Text</small> ==
<h2 style="background:#ABCDEF; color:#202122; padding:0 5px;"> Text </h2>

Diese Seiten haben ignorierte Tags.

• Anpassung nach Bedarf, geringe Priorität.
• Lint-Fehler: Ignoriert oder unvollständig (in Artikeln).
• Informationen bei MediaWiki (englisch).

Fehler innerhalb des öffnenden Tag (etwa bei der Wertzuweisung an Attribute) führen ebenfalls dazu, dass ein Tag ignoriert wird.

Beispiel (Anmerkung farblich hervorgehoben):

Text</small> ← <Info ein ="öffnendes Tag fehlt">
<span style"color:#000000">Text</span> ← <Info Gleichheitszeichen="fehlt vor Attributwert">
[[<small>[[Benutzer:Beispielnutzer|Beispielnutzer]]</small>]]

Text
<small>Text</small>
<span style="color:#000000">Text</span>
[&#91;<small>[[Benutzer:Beispielnutzer|Beispielnutzer]]</small>&#93;]

Diese Seiten definieren eine Hintergrundfarbe per Inline-CSS, ohne dabei eine explizite Vordergrundfarbe anzugeben.

• Farben für Dark-Mode ungeeignet (in Artikeln).
• mw:Help:Extension:Linter/night-mode-unaware-background-color bei MediaWiki (englisch).

Im Juli 2024 wurde diese neue Linterkategorie in niedriger Priorität freigeschaltet. Sie war schon zuvor als versteckt aktiviert.

Theoretisch würde das Weglassen einer expliziten Vordergrundfarbe dazu führen, dass das jeweilige Element im Dunkelmodus eine helle Textfarbe auf möglicherweise ungeeigneter Hintergrundfarbe erhält, wodurch im Dunkelmodus kein ausreichender Kontrast mehr zwischen Text und Hintergrund gewährleistet wäre.

Der Dunkelmodus steuert diesem Effekt jedoch selbst entgegen, indem bei Elementen, die keine explizite Vordergrundfarbe zugewiesen bekommen haben, diese per CSS nachträglich zentral auf die dunkle Textfarbe des hellen Modus gesetzt wird. Damit ist ein Großteil der in dieser Kategorie eingeordneten „Fehler“ bereits behoben, ohne dass Anpassungen auf den Seiten nötig sind. In Anbetracht der Tatsache, dass die Basis-Textfarbe je nach Skin verschieden und über die Jahre diversen Änderungen unterlegen ist, ist ein hartkodiertes Einfügen einer Vordergrundfarbe in den meisten Fällen nicht nur unnötig, sondern kann auch kontraproduktiv hinsichtlich zukünftiger Wartungsarbeiten sein.

Außerdem ist die auf Spezial:LintErrors angezeigte Fehleranzahl offensichtlich falsch und pendelt aktuell bei einem mehrmaligen Refresh der Seite zwischen 600.000 und 5.500.000

Diese Kategorie sollte daher bis auf Weiteres schlicht ignoriert und nicht abgearbeitet werden.

Diese Seiten verwenden veraltete HTML-Tags.

• Anpassung nach Bedarf, meist geringe Priorität.
• Lint-Fehler: Tags veraltet (in Artikeln).
• Informationen bei MediaWiki (englisch).
• HTML5 non-conforming-features (englisch)
• Unerwünschtes oder verbotenes HTML – Auflistung unerwünschter oder nicht unterstützter Tags
• Hilfe:Textgestaltung – Formatierungsbeispiele

Beispiele:
Als „obsolet“ oder „veraltet“ eingestufte Tags sind in der Tabelle gelistet.

Diese Seiten haben Tabellen mit mehr als fünf Spalten oder Tabellen, die ineinander verschachtelt sind und dadurch mehr als fünf Spalten erzeugen würden.

• Spezial:LintErrors/large-tables (in Artikeln).

Im Mai 2023 wurde eine neue Linterkategorie freigeschaltet, die zunächst einmal der Entwicklung in diesem Bereich dient. Sie ist daher kein aktiver Bestandteil der Spezial:LintErrors-Tabelle. Welche Priorität sie haben wird ist daher noch nicht bekannt.

• Weitere Informationen dazu: en:Wikipedia talk:Linter#New linter error: large-tables und mw:Help:Extension:Linter/large-tables

Vorgefundene Syntax

{| class="wikitable"
|+ Tabellenüberschrift
|-
! Überschrift1 !! Überschrift2 !! Überschrift3 !! Überschrift4 !! Überschrift5 !! Überschrift6
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|}

Eine einfache Fehlerbehebung ist derzeit (Mai 2023) nicht möglich.

Vorgefundene Syntax

{{Babel}}
|-
|
{| cellpadding="1" cellspacing="0" style="float:right;border:solid #ff0000 1px;margin:1px;width:238px;background:#ffffdf"
|-
| style="width:45px;height:45px;background:#ffffff; text-align:center;font-size:10pt"| [[Bild:Coat of arms of East Germany.svg|40px|none|Auferstanden aus Ruinen]]
| style="background:#000000;width:2px"|
| style="background:#ff0000;width:2px"|
| style="background:#ffff00;width:2px"|
| style="font-size:8pt;padding:4pt;line-height:1.25em"| Dieser Benutzer lebt im '''[[Beitrittsgebiet]]'''. Er ist deshalb <u>kein</u> '''[[Edmund Stoiber|kluger Bevölkerungsteil]]'''. Aber dafür entscheidet er <u>schon wieder</u>, wer Bundeskanzler wird.
|}
|}

Bereinigte Syntax: Reduzierung der Spalten in der Tabelle durch die Verwendung von Border statt einer Zelle zur Einfärbung der Streifen

{{Babel}}
|-
|
{| cellpadding="1" cellspacing="0" style="float:right; border:solid #ff0000 1px; margin:1px; width:238px; background:#ffffdf:"
|-
|style="width:45px;height:45px; background:#ffffff; border-right:6px solid;"| [[Datei:Coat of arms of East Germany.svg|40px|alt=|zentriert|Auferstanden aus Ruinen]]
|style="border-left:3px solid #ff0000;"|
|style="font-size:8pt;padding:6px;line-height:1.25em; border-left:4px solid #ffff00;"| Dieser Benutzer lebt im '''[[Beitrittsgebiet]]'''. Er ist deshalb <u>kein</u> '''[[Edmund Stoiber|kluger Bevölkerungsteil]]'''. Aber dafür entscheidet er <u>schon wieder</u>, wer Bundeskanzler wird.
|}
|}

Diese Seiten haben einen Wikitext-Format-Vor-Erweiterung Tag erweitern Vorlagen.

• Vermutlich keine Vorkommen in der de:wp.
• Lint-Fehler: expandierte Vorlage in pre-Tags (in Artikeln).
• Informationen bei MediaWiki (englisch).
• T353697 – Parsoid/legacy parser {{Pre}} template rendering difference

Diese Kategorie ist eigentlich als “hidden” (verborgen) eingestuft und soll vermutlich im Oktober 2026 wieder entfernt werden. Es geht dabei insbesondere um eine Vorlage {{Pre}}, die bei uns gar nicht existiert siehe →en:Template:pre. Es soll damit erreicht werden, dass der in pre-Tags eingebundene Inhalt dargestellt wird, als wäre das als Wikitext formatiert, Bilder oder Vorlagen werden ebenso behandelt, also so dargestellt, als wenn man vor einer Vorlage am Zeilenanfang ein Leerzeichen setzt. Dabei wird dem pre-Tag ein Attribut format="wikitext" mitgegeben, um diesen Effekt zu erreichen.

 Info: Die Syntaxprüfung des CodeMirrors bemängelt das Attribut format="wikitext" als “invalid attribute name (illegal-attr)” oder „ungültiger Attributname (illegal-attr)“ und empfiehlt eine Entfernung (remove/entfernen). Das würde jedoch den gewünschten Effekt abschalten. Diese Anzeigeeigenschaft basiert auf einem Hack der en:wp.

Der erfolglose Versuch des Verhinderns einer durch Vorlagen vorgesehenen Texteinrückung durch die Verwendung eines Doppelpunktes am Zeilenanfang führt gleich zu zwei Linter-Fehlern:

1. Fehlendes End-Tag
2. Ignoriertes Tag

Das kann insbesondere im Zusammenhang mit der Vorlage:Zitat auftreten, die als Blockzitat konzipiert ist. Der Doppelpunkt am Zeilenanfang ist zu entfernen, da er eines Tages wirksam werden kann; außerdem im Artikelnamensraum nur in Verbindung mit einer Definitionsliste eingesetzt wird. Die Vorlageneinbindung sollte immer direkt am Zeilenanfang und nicht im laufenden Fließtext stehen.

Beispiel:

: {{Zitat|Text=Beispielzitat}}

{{Zitat|Text=Beispielzitat}}

Ebenso ist die Verwendung der Vorlage:Zitat nicht innerhalb einer Aufzählung möglich, hier sollte stattdessen auf die Inlinevariante {{"}} zurückgegriffen werden.

Beispiel:

* In der Musterzeitung schrieb Max Mustermann: {{Zitat|Text=Beispielzitat}}
* Weitere Aufzählung

* In der Musterzeitung schrieb Max Mustermann:
{{Zitat|Text=Beispielzitat}}
* Weitere Aufzählung

* In der Musterzeitung schrieb Max Mustermann: {{"|Text=Beispielzitat}}
* Weitere Aufzählung

Führt zu Fehlern der Gruppe veraltetes HTML tt.

<poem>
;Wörtliche Übersetzung<ref name="Bachmaier" />

Werte und makellose Tochter,
allheilige Herrin/Herrscherin,
Erhöre mich, Unbefleckte,
der ganzen Welt Herrin,
</poem>

<poem>
'''Wörtliche Übersetzung'''

Werte und makellose Tochter,
allheilige Herrin/Herrscherin,
Erhöre mich, Unbefleckte,
der ganzen Welt Herrin,
</poem>
(Auszug aus Martin Bachmaier: ''Agni Parthene auf Deutsch – O reinste Jungfrau, Herrscherin.''<ref name="Bachmaier" />)

Seit Anfang 2022 wird ermöglicht, gezielt die in unterschiedlichen Linterkategorien angezeigten Fehler einer einzelnen Seite anzuzeigen, um so besser alle Fehler der Seite beheben zu können. Dafür wird am Ende der Übersichtsliste (Spezial:LintErrors) ein Eingabefeld angeboten, in das der Seitentitel eingegeben werden kann:

Als Ergebnis wird eine Tabelle mit allen erkannten Fehlern ausgegeben, die sich wie gewohnt direkt anspringen lassen. Hinzugekommen ist eine Spalte, in der die jeweilige Fehlerkategorie angezeigt wird.

Mittels des URL-Parameters ?pagename= lässt sich die Spezialseite auch auf eine bestimmte Seite fokussieren.

Die Linterfehlerliste kann aufgeteilt nach einem Namensraum oder seit November 2023 auch mehreren Namensräumen analysiert werden. Dafür kann aus dem Eingabefeld der Namensraum ausgewählt und weitere hinzugefügt werden. Oberhalb der Eingabefelder wird angezeigt nach welcher Fehlerkategorie gesucht wird:

Simulation

Suche nach Seiten mit Lint-Fehlern anhand des Präfixes des Seitentitels oder des vollständigen Titels

Diese Seiten haben „Fehlerart“
Namensraum:

Benutzer

Weitere hinzufügen …

Bitte gib ein Titelpräfix oder einen vollständigen Titel ein:

Bau

Suche nach einem bestimmten Seitentitel

_

Suche nach allen Seiten, die dem Titelpräfix entsprechen

Anwenden

Seit Ende Juni 2022 kann innerhalb des Namensraumes durch Eingabe eines „Präfix“ (Anfangszeichen, -buchstaben oder kompletter Seitenname) gezielt nach Fehlern in bestimmten Seiten gesucht werden. So kann man beispielsweise alle Fehler in den eigenen Unterseiten oder zu einem bestimmten Themengebiet finden. Es kann auch ein einzelner Buchstabe angegeben und so alle Seiten gesucht werden, die mit diesem beginnen.

Seit Anfang März 2023 können zusätzliche Filter eingeschaltet werden, die es erlauben die Listen nach bestimmten Tags zu analysieren oder abzufragen, ob eine Seite Vorlagen einbindet oder nicht:

Simulation

Suche nach Seiten mit Lint-Fehlern anhand des Präfixes des Seitentitels oder des vollständigen Titels

Namensraum:

Wikipedia

Weitere hinzufügen …

Bitte gib ein Titelpräfix oder einen vollständigen Titel ein:

F

Suche nach einem bestimmten Seitentitel oder nach allen Seiten mit einem gemeinsamen Titelpräfix

Suche nach einem bestimmten Seitentitel

_

Suche nach allen Seiten, die dem Titelpräfix entsprechen

Nach Tag-Namen filtern

b|

Nach Vorlagenstatus filtern

Kein Filter

Anwenden

Öffnet man diese Felder so bietet

• das obere (Nach Tag-Namen filtern) eine alphabetische Auswahl der Tagnamen, aus der das gewünschte Tag ausgewählt werden kann, nach dem gefiltert werden soll.
• das untere (Nach Vorlagenstatus filtern) die Möglichkeit Seiten zu suchen die keine Vorlagen verwenden oder die Vorlagen verwenden.

Wichtig ist dabei, dass zusätzlich auch ein Titelpräfix oder Seitentitel angegeben werden muss, da sonst eine Fehlermeldung (Namensraum und/oder Seitenname nicht gefunden oder falsch geformt) ausgegeben wird.

Seit dem 12. Februar 2026 werden zu jeder Linterkategorie nach deren Aufruf Links angeboten, um sich fehlerauslösende Vorlagen auflisten zu lassen.

• Beispiel für Die Inline-Stilregel für die Hintergrundfarbe existiert ohne eine dazugehörige Textfarbe

Nach dem Klick auf den Link Transklusionen anzeigen, die diese Lint-Fehler enthalten. sollte sich eine nummerierte Liste mit Ergebnissen öffnen.

Simulation

Vorlagen, die Lint-Fehler auslösen: $1

Diese Daten stammen aus dem Cache, letzte Aktualisierung: 7. August 2026 18:37:53

Die Transklusionen dieser Seiten enthalten Lint-Fehler vom Typ Inline-Stilregel: Hintergrund- ohne Textfarbe. Beachte, dass einige Transklusionen aufgrund der an die Transklusion übergebenen Argumente und nicht aufgrund der Transklusionsquelle in dieser Liste erscheinen können.
Nachfolgend werden bis zu 50 Ergebnisse im Bereich 1 bis 50 angezeigt.
Zeige (vorherige 50 | nächste 50) (20 | 50 | 100 | 250 | 500)

1. Vorlage:Infobox Chartplatzierungen (12038)
2. Vorlage:Infobox Galaxie (11589)
3. Vorlage:Infobox Insel (8394)
4. Vorlage:Sitzverteilung (7101)
5. Vorlage:NaviBlock (7034)
6. Vorlage:Wahldiagramm (6471)
7. Vorlage:Infobox hochrangige Straße (4878)
8. Vorlage:Coordinate (4548)
9. Vorlage:Klimatabelle (4483)
10. Vorlage:Infobox Film (3964)
11. Vorlage:Dokumentation (3428)
12. Vorlage:TemplateData (3095)
13. …
50. Vorlage:Infobox Behörde (798)

• Es werden alle fehlerauslösenden Seiten aufgelistet, die wie Vorlagen eingebunden sind (Hilfe:Seiten einbinden).
• Die Liste ist absteigend nach Fahleranzahl sortiert.
• Die Zahlen am Ende der Einträge zeigen die Anzahl der durch diese Einbindungen ausgelösten Fehler an.
• Die Anzahl der Listeneinträge kann zwischen 20 und 500 eingestellt werden.

Derzeit möglich wären Ergebnisse in diesen Spezialseiten:

Wenn eine Vorlage beteiligt ist, lässt sich aus dem Quelltext der dargestellten Seite nicht entnehmen, wie der resultierende Wikitext schließlich aussieht.

Es gibt zwei Möglichkeiten, sich den analysierten Text anzusehen, um die Fehlerwirkung zu verstehen:

1. Über die Spezialseite Vorlagen expandieren
   • Der verdächtige Quelltext wird in das Eingabefeld kopiert.
   • Auf die Schaltfläche Vorlage expandieren klicken.
   • Im Feld „Ergebnis“ erscheint der ausgewertete Wikitext.
2. Über die Wikipedia:Spielwiese:
   • {{#tag:syntaxhighlight|{{: Seitenname }}}}
     als Quelltext angeben.
   • Seitenvorschau ansehen.
   • Der ausgewertete Wikitext von Seitenname erscheint.

Die Gültigkeit der Tags im Wikitext lässt sich mit Validierern analysieren und Unstimmigkeiten können genauer lokalisiert werden.

• Der Quelltext der Seite selbst oder nach Quelltextexpansion kann in Eingabefelder kopiert werden.
• Wahrscheinlich gibt es eine Beschwerde, dass es sich nicht um ein richtiges HTML-Dokument handelt; also dass <!DOCTYPE html> und ein <head> fehlen würden.
• Der sonstige Wikitext ist dem Validierer unverständlich; es kommt nur auf die Struktur der HTML-Tags an.

Einige Validierer:

• https://validator.w3.org/
• http://www.jona.ca/2013/05/unclosed-tag-finder.html

Bei den vorgenannten gibt es ein Eingabeformular, in das Quellcode eingefügt und dann analysiert werden kann.

• Auch die URL der Wiki-Seite kann eingegeben werden und das vom Wiki-Server produzierte HTML-Dokument dann analysiert werden. Hier ist aber fraglich, ob der Wiki-Server seinerseits schon Nachbesserungen vorgenommen hatte.

In den Seiteninformationen werden die Fehler nach Art und Gesamtzahl gelistet, jedoch ohne Einzelheiten.

Das Migrationswerkzeug ist ein Modus der Quelltextbearbeitung, bei dem in der jeweiligen Seitenvorschau nicht wie üblich eine Seitendarstellung erscheint, sondern in zwei Spalten nebeneinander angezeigt wird, wie bisherige und zukünftige Aufbereitung den Lesern präsentiert werden.

Das Benutzerskript lintHint zeigt die LintErrors-Analyse live – diese kann für eine bestimmte einzelne Seitenversion abgerufen, und Wikitext-Sequenzen können interaktiv geprüft werden.

Das Benutzerskript Benutzer:Hgzh/js/lintTableHelp.js fügt zu LintErrors eine zusätzliche Spalte hinzu, mit denen erkannt werden kann, ob der LintError bereits seit mehr als 48 h besteht. Eine weitere Spalte gibt Aufschluss darüber, ob auf der jeweiligen Seite die Vorlage {{In Bearbeitung}} gesetzt ist. Theoretisch wäre es auch möglich, auf dieser Seite etwaige Benutzernamensraum-Opt-outs anzuzeigen.

Mit der im April 2026 für alle aktivierten neuen Version des als CodeMirror bekannten Werkzeugs lassen sich Linterfehler im Quelltext analysieren und optisch hervorheben (Hilfe:Wikisyntax/Hervorhebung). Dabei werden die Fehler nach ihren Kategorien gewichtet. Um die Funktion nutzen zu können, muss die Einstellung Lint auf den Code anwenden ausgewählt werden. Diese findet sich, indem eine Seite zur Bearbeitung geöffnet wird und in der Werkzeugleiste die Schaltfläche Syntax angeklickt wird.

Syntax Erweitert Sonderzeichen Hilfe  Vorschau

Überschrift Format     Einfügen

In der erweiterten Funktion sollte nun ein Zahnrad sichtbar sein, das angeklickt werden muss. Alternativ können die Einstellungen auch über die Tastenkombination Ctrl + Shift + , aufgerufen werden. Am Rand des Eingabefensters werden jetzt mehrere Optionen zur Auswahl angeboten.

Simulation

Einstellungen zur Syntaxhervorhebung (hilfe | tastaturkürzel | vollständige einstellungen)

Klammernübereinstimmung aktivieren Zeilennummern anzeigen Zeilen umbrechen 0 Leerzeichen hervorheben Sonderzeichen anzeigen Autovervollständigung aktivieren Lint auf den Code anwenden

Erkennt das Tool einen Linterfehler, so wird dies ebenfalls am unteren Rand durch farbige Symbole, roter Kreis, gelbes Dreieck, blaues Quadrat, gekennzeichnet.

Simulation _ 1 2 _ 4 Nicht geschlossenes Anführungszeichen in der Überschrift 1:70

Durch das Anklicken dieser Zeile oder drücken der Taste F8 springt man zur Fehlerstelle im Quelltext und es wird die zum jeweiligen Fehler gehörende Kategoriemeldung angezeigt. Die erste Zahl am rechten Rand der Zeile gibt an in welcher Quelltextzeile man sich befindet. Wenn keine Fehler vorhanden sind, steht jeweils eine 0 neben den Symbolen. Wenn Zeilennummern anzeigen aktiv ist, werden die kleinen Symbole entsprechend links neben den Zeilennummern angezeigt.

Nach Namensräumen gegliederte Fehlertypen. (fireflytools)

In den ersten Jahren wurde der expandierte Wikitext mit dem Werkzeug HTML Tidy nachbearbeitet.

• Dieses hatte bei fehlerhaften Verschachtelungen nachgeholfen und versucht, eine geeignete Reihenfolge öffnender und schließender Tags zu erraten.
• Diese Software (von 1998) ist in die Jahre gekommen und arbeitet unter heutigen Bedingungen nicht mehr zuverlässig.
• Wenn die Angaben im Wikitext syntaktisch falsch sind, kommt es rein zufällig und nach jeweiliger Rückfallposition der generierenden Software zu irgendeinem Ergebnis. Es gibt aber keine Gewähr, dass diese undefiniert zustandegekommene Präsentation von jeder folgenden Softwarekonstellation auch genauso generiert wird, da die Bedingungen für ihre Erzeugung ja eben nicht spezifiziert sind.
• Im Dezember 2017 wurde Tidy für die deutschsprachige Wikipedia durch „Remex“ ersetzt.

Zukünftig sollen die Wikiprojekte zu eindeutig interpretierbarer Quelltextsyntax konvergieren.

• Die Parser-Software, die auf 2004 zurückgeht („PHP-Parser“ genannt), soll grundsätzlich durch ein anderes und verbessertes System („Parsoid“) ersetzt werden. Diese Umstellung ist hier ab Mitte 2026 in vollem Gange.
  • Dabei soll auch der aufwändige zweite Schritt der Nachbearbeitung mit HTML Tidy oder analog weitgehend wegfallen und gültiger Wikitext sollte auch syntaktisch richtig und damit eindeutig in der Bedeutung sein.
• Jeder den Syntaxregeln entsprechende Wikitext muss dabei das vorgesehene Ergebnis liefern, aber das Resultat fehlerhafter Texte ist nicht vorhersagbar.

Funktionsprinzip:

• Parsoid stellt während seiner Tätigkeit beim Speichern einer neuen Seitenversion Fehler fest.
• LINT macht nichts anderes, als eine Datenbank zu unterhalten, in der diese Fehler pro Seite gesammelt und verwaltet werden, und generiert einige Ansichten der Datenbank auf der Spezialseite.

Siehe Parsermigration zu weiteren Einzelheiten.

Weitere Informationen

MediaWiki: Help:Extension:Linter – Freie Wikisoftware (englisch)

Phabricator – Workboard: #mediawiki-extensions-linter (englisch)

• Spezial:LintErrors – Übersicht über die Spezialseiten, die Lintfehlermeldungen auflisten, sowie Analyse einer einzelnen Seite
• Parsoid/API #Wikitext to lint (englisch)
• Kategorie:Wikipedia:Syntaxfehler durch MediaWiki-Komponente erkannt
• Wikipedia:WikiProjekt Syntaxkorrektur