Hilfe:Parserfunktionen/*

Allgemeines

Parserfunktionen sind Konstrukte im Wikitext, die in einen teils recht statischen, teils sehr dynamischen anderen Text umgewandelt werden. Sie sind in doppelte geschweifte Klammern {{}} eingeschlossen.

In enzyklopädischen Artikeln ist eine direkte Verwendung in der Regel unerwünscht, abgesehen von einigen verbreiteten Vertretern wie SEITENTITEL oder dem Sortierschlüssel von Kategorien. Ein Grund dafür ist, dass die zugehörige Dokumentation (anders als bei Vorlagen) nicht unmittelbar erreichbar ist.

In erster Linie werden Parserfunktionen zur Programmierung von Vorlagen verwendet; auch auf Funktionsseiten usw. außerhalb des enzyklopädischen Bereichs.

Jedes Wiki kann gewissermaßen seine eigenen „Funktionen“ dieser Art herstellen; das sind gerade die Vorlagen.

Syntax und Bezeichner

Die Einbindung einer Parserfunktion ohne Parameter in den Wikitext ist syntaktisch zunächst nicht von einer Vorlage zu unterscheiden; siehe Seiten einbinden.

• {{irgendwas}} kann beides sein.
• Um dies zu vermeiden und eindeutig zu machen, haben pfiffige Entwickler dem Bezeichner der jeweiligen Parserfunktion ein # vorangestellt.^[1]
  • Das ist unmöglich für eine Vorlage.
  • Allerdings sind bei weitem nicht alle Parserfunktionen mit derartigen Bezeichnern ausgestattet worden.
• Falls der unerwünschte Fall auftreten soll, dass eine Vorlage den gleichen Bezeichner wie eine Parserfunktion trägt, wäre {{Vorlage:irgendwas}} eindeutig eine Vorlage.
  • Bei gleichen Namen hat ansonsten die Parserfunktion immer Vorrang; es wird bei ihrem Antreffen nicht mehr nach einbindbaren Seiten gesucht.
  • msg: wäre eine weitere Möglichkeit, um Konflikte aufzulösen.
• Beim Bezeichner einer Parserfunktion hat die Groß- und Kleinschreibung keine Bedeutung.
  • Das ist anders als bei Vorlagen, wo dies nur für einen ersten Buchstaben gilt.
  • Für quasistatische, eher konstante Werte werden meist Großbuchstaben benutzt; steht ein funktionaler Aspekt mit Parametern im Vordergrund dann eher Kleinbuchstaben.
• Beim Bezeichner einer Parserfunktion ist ein Unterstreichungsstrich  _ signifikant, also nicht gleichbedeutend mit einem Leerzeichen usw.
  • Das ist anders als bei Vorlagen, auf deren Bezeichner alle Regeln zur Normalisierung angewendet werden können.
• Bei einer Parserfunktion mit Parametern wird der erste Parameterwert durch einen Doppelpunkt : abgetrennt.
  • Daran lässt sich ggf. der Unterschied zu einer Vorlage erkennen, für die ein solcher Doppelpunkt ungewöhnlich wäre, obwohl syntaktisch möglich.^[2]
  • Bei weiteren Parametern ist dies ein Pipe-Symbol | genau wie bei Vorlagen.
  • Vor einem Doppelpunkt darf kein Leerzeichen stehen.
  • Wenn ein Pflichtparameter erwartet wird, würde die Funktion ohne Doppelpunkt nicht als solche erkannt werden.
  • Ein leerer Parameterwert ist unzulässig; der Doppelpunkt darf nicht das letzte nicht-leere Zeichen sein.
• Zu einigen Bezeichnern gibt es deutschsprachige Lokalisierungen, die eher dort verwendet werden, wo Vorlagenprogrammierung durch Autoren von Artikeln selbst erfolgt. In fortgeschritteneren Bereichen sind auch für den globalen Austausch die generischen, englischsprachigen Bezeichner üblich. Das erleichtert dann auch die Suche in Quelltexten.

Parameterwerte

Für Parameter-Bezeichner, deren Syntax und ihre Werte gelten die analogen Regeln wie bei Vorlagen.

• Der erste Parameter wird jedoch mittels eines Doppelpunkts abgetrennt, alle weiteren dann mittels | (Pipe-Symbol).
• Parserfunktionen ganz ohne Parameter oder ohne aktuelle Angabe eines Parameters oder aber mit sich selten änderndem Resultat werden häufig nicht ganz korrekt als „Variablen“ bezeichnet, weil in den frühen Jahren das Konzept nicht wirklich durchschaut wurde.
• Hinsichtlich Trimmung, also führende oder schließende einfache Leerzeichen oder Zeilenumbrüche um Parameterwerte, werden diese von den allermeisten Parserfunktionen ignoriert.
  • Eine wesentliche Ausnahme ist #invoke, auf die analoge Regeln wie bei Vorlagen angewendet werden.
• Pipes innerhalb von Verlinkungen, Medieneinbindungen oder Vorlageneinbindungen werden vor Auswertung der Parameterliste von den umgebenden Syntaxelementen konsumiert.
• HTML-Kommentare werden vor der Weitergabe eliminiert.
• Andere Seiteneinbindungen (Vorlagen) und Parserfunktionen werden vor der Weitergabe ausgewertet.
• Ein fehlender Pflichtparameters kann zur Interpretation des Bezeichners als Vorlage führen, falls dieser Bezeichner nicht mit # beginnt.
• Bei Funktionen, die keinen Parameter erwarten, darf auch keiner angegeben werden.

Substitution

Eine Substitution von Parserfunktionen ist analog derer von Vorlagen und anderer eingebundener Seiten möglich.

Allerdings trifft das ggf. nur für solche Ergebnisse zu, die nicht von externen Gegebenheiten abhängen und keine Außenwirkung haben sollen.

• Ein Berechnungsergebnis konstanter Werte mit #expr ist das Berechnungsergebnis.
• Eine Statistik friert ihren Momentanzustand ein.
• Momentane Zeitpunkte und Seitenversionsdaten lassen sich einfrieren.
• Kontrollstrukturen dürfen ihrerseits nur von statischen Informationen abhängen; das kann aber auch jeder aktuelle Wert von Vorlagenparametern sein.
• SEITENTITEL und Sortierschlüssel sind nicht substituierbar; das Ergebnis ist „nichts“.

Ergebnis

• Das Ergebnis einer Parserfunktion ist in aller Regel „getrimmt“, also ohne führende oder schließende einfache Leerzeichen oder Zeilenumbrüche.
• Dem Ergebnis einer Parserfunktion wird aber genauso wie bei Vorlagen ein Zeilenumbruch vorangestellt, falls dieses netto mit ; : * # {| beginnt.
  • Das zielte darauf ab, damit Aufzählungen und Listen und Tabellen zu kennzeichnen. Andernfalls wäre dies wegen der Trimmung nicht möglich.
  • Soll ein sichtbares derartiges Zeichen erscheinen, muss der Beginn des Ergebnisses zuvor in ein entsprechendes Entitiy gewandelt werden (siehe Tabelle rechts).

Geschichte und Herkunft

Bereits in den allerersten Jahren wurden Parserfunktionen definiert, die Informationen über das Wiki oder die aktuelle Seite zugänglich machten.

• Das wurde dann ausgebaut mit Parametern.
• Mitte April 2006 wurden die beiden Funktionen #if: und #switch: eingeführt. Erst dadurch wurde eine Programmierung im eigentlichen Sinn möglich, weil erst damit eine Auswertung von Parameterwerten oder anderer Parserfunktionen eine Steuerung des Verhaltens bewirken konnte.
• Die meisten Parserfunktionen gehören zum anerkannten „Kern“ und sind damit auf allen Wikis der WMF und auch außerhalb verfügbar.
  • Einzelne Parserfunktionen werden durch bestimmte „Extensionen“ definiert.
  • Manche Extensionen sind auf allen Wikis der WMF aktiviert; einige nur auf bestimmten, etwa zentralen mehrsprachigen usw.
  • Auf privaten Wikis müssen entsprechende Extensionen üblicherweise gesondert installiert werden.
  • Für eine Wikipedia ist es in der Regel unerheblich, ob eine Parserfunktion zum momentanen Kern oder zu einer Extension gehört.
• Eine Liste aller durch Erweiterungen (zusätzlich zum MediaWiki-Kern) eingebrachter Parserfunktionen ist auf Spezial:Version unter „Parsererweiterungen (Funktionen)“ aufgelistet (nur generische Namen).

Magische Wörter

„Magische Wörter“ im eigentlichen Sinn werden nicht an der syntaktischen Notation durch Unterstreichungsstriche oder Klammern erkannt, sondern an einer bestimmten Zeichenkette mitten im Text.

• Das ist für eine syntaktische Beschreibung, die effiziente Interpretation durch Software wie auch Menschen hochproblematisch.
• Bei den URL ist nachvollziehbar, dass durch einfaches Einstreuen in den Quelltext bereits eine automatische Verlinkung ausgelöst werden soll.
  • Problematisch ist hier jedoch, ob sich anschließende Satzzeichen (Punkt, Komma, Fragezeichen, Ausrufezeichen, Semikolon) zur wirksamen Adresse zählen sollen oder nicht (sie werden nicht in die URL einbezogen).

Magische Wörter stammen aus der frühen Frühzeit der Wikisyntax; dieses Konzept wurde nicht weiter verfolgt.

Weitere Informationen

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

MediaWiki: Manual:Parser functions – Freie Wikisoftware (englisch)

• Hilfe:Vorlagen
• Hilfe:Vorlagen/Programmierung
• Hilfe:Schalterfunktionen
• Hilfe:Substitution
• Hilfe:Magische Wörter

Anmerkungen

1. [1]

   Siehe phab:T204370 Behavior switch/magic word uniformity
2. [2]

   Falls wie bei Vorlage:Info ISO-3166-2:CH tatsächlich Teil des Namens.

Wikis

Seitenstatistik

Diese Funktionen geben Gesamt-Statistiken für das aktuelle Wiki an.

Bearbeitungen

Benutzerkonten

Diese Funktionen geben Statistiken zu lokalen Benutzerkonten für das aktuelle Wiki an.

Seitenabrufe

Diese Funktion ist zurzeit auf den Wikis der WMF nicht verfügbar, und wird dies ob der extrem großen Datenmengen auch kaum noch werden.

Kategorien

Aktueller Zeitpunkt

Namen sind deutschsprachig.

Beliebigen Zeitpunkt formatieren – #time

Es wird bei ungültigem Ausdruck eine Fehlermeldung angezeigt; eine Wartungskategorie ist zurzeit jedoch nicht definiert.^[1]

Die Funktionalität wird zunächst durch eine Standardbibliothek in PHP realisiert und richtet sich nach deren auf dem Server installierten Version. ^[2]

Von MediaWiki unterstützte Format-Parameter sind DjlNwzWFmMntLoYyaAgGhHiscrUeIOPTZ^[3] sowie Erweiterungen zu PHP. Diese werden in den folgenden zwei Tabellen erklärt.

Die Ausgabe erfolgt entsprechend der lokalen Spracheinstellung; durch xn-Codes werden Zahlausgaben in Versalziffern umgewandelt, sofern das per lokaler Spracheinstellung erzeugten typografischen Varianten oder anderen Zahlensystemen benötigt wird.

Jedes unbekannte Zeichen wird unbearbeitet zur Ausgabe durchgereicht. Dazu gibt es zwei Konventionen:

• Zeichen zwischen doppelten, hochgestellten Anführungszeichen " werden als solche ausgegeben, die Anführungszeichen selbst werden ausgespart. Dies verhindert eine Umwandlung der (Code-)Buchstaben eines Wortes. Anführungszeichen alleine werden als solche ausgegeben. Beispiele:
  • {{#time: Wort}} → 112026Sat, 14 Mar 2026 21:14:46 +000031
  • {{#time: "Wort"}} → Wort
  • {{#time: "Wird übermorgen, einem" l "im" F", erledigt."|+ 2 days}} → Wird übermorgen, einem Montag im März, erledigt.
  • {{#time: "l, g:i:s a"}} → l, g:i:s a
• backslash escapes werden unterstützt: \H ergibt das Zeichen H, \" ergibt das Zeichen ".

Das Format des Zeitpunkt-Parameters ist identisch mit der PHP-Funktion strtotime(). Relative Angaben wie zum Beispiel +10 hours werden unterstützt, welche etwa für eine Zeitzonen-Berechnung genutzt werden können.

Bei Namen oder Abkürzungen von Monaten oder Wochentagen werden nur die englischsprachigen Bezeichnungen erkannt, die Verwendung von deutschsprachigen Bezeichnungen kann zu einem ungültigen oder unerwarteten Datum führen.^[4]

Es gibt mehrere Möglichkeiten, einen bestimmten Zeitpunkt anzugeben:

• ISO 8601, Beispiele:
  • 2001-01-15
  • 2006-11-26T15:15:20
  • 1970-01-01 00:00Z
• jjjjmmtt – sechs Ziffern, mit jjjj=Jahreszahl, mm=Monatsnummer 01–12, tt=Tagesnummer
• hhmm – vier Ziffern, mit hh=Stunden 00–23, mm=Minuten 00–59
• hh:mm – zwei Ziffern, Doppelpunkt, zwei Ziffern, mit hh=Stunden 00–23, mm=Minuten 00–59
• hh – zwei Ziffern, mit hh=Stunden 00–23
• month day mit englischsprachigem Monatsnamen und Tagesnummer im Monat
• @sssssssssss – Ganze Zahl der Sekunden in Unix-Zeit, also seit 1970-01-01 00:00:00 UTC
  • Die Zahl darf negativ sein, dann sind es die Sekunden vor der Unix-Zeit, bis 1969.
  • An die Zahl dürfen mit , oder . Dezimalstellen angehängt werden, also Zehntel-, Hundertstel- usw. Sekunden

Die Aufzählung ist nicht vollständig, eröffnet jedoch hinreichend viele Möglichkeiten.

Es ist auch möglich, relative Angaben bezüglich Wochentage zu machen.

• first ist der nächstfolgende <Wochentag> (ausgenommen heute)
  • Um einen (den heutigen) Tag einzuschließen, falls er auf den <Wochentag> fällt, muss zunächst ein Tag rückwärts gezählt werden.
• last – Letzter vorangehender <Wochentag>
  • Um einen (den heutigen) Tag einzuschließen, falls er auf den <Wochentag> fällt, muss zunächst ein Tag vorwärts gezählt werden.
• second oder third usw. sind die Wochentage nach dem Stichtag.
• Nützlich ist auch der t-Formatierungscode für den letzten Tag des Monats, {{#time:Ymt}}

Der Sprachcode wird ausschließlich in Kleinbuchstaben erwartet.

• Bei nicht erkannter Ausgabesprache wird er ignoriert.
• Letztlich ist nur der Monatsname betroffen.
• Die Übersetzungen stammen aus dem CLDR und werden in PHP-Installations-Bibliotheken der Server-Software hinterlegt.
• Siehe auch MediaWiki/Sprachen zu Kombinationen.

Gemäß System-Standards formatieren – #timef

Gemäß System-Standards formatieren – #formatdate

Diese Funktion ist möglicherweise nirgendwo noch verwendbar.

Anmerkungen

1. [1]

   Phabricator – Bug/Feature: 63425 – Es wird ein Problem darin gesehen, dass auch bei #iferror eine Wartungskategorie ausgelöst wird, obwohl bereits eine Fehlerbehandlung erfolgt.
2. [2]

   tar manual. gnu.org
3. [3]

   Erklärung der Format-Codes. php.net
4. [4]

   phab:T21412 (Bugzilla:19412)

Einfache Verzweigung – #if

Anmerkungen:

• Oft ist es sinnvoll, auch nicht-leere Werte wie 0, nein, - oder false als „falsch“ aufzufassen. Hierfür gibt es faculty@TemplUtl.
• Die effizienteste Methode zum Trimmen eines Parameterwertes ist: {{#if: trim | {{{1}}} }} – Die „Bedingung“ ist immer „wahr“; damit wird WennWahr zum Resultat, und das ist immer getrimmt. Der Hinweis trim soll den Sinn dieses sinnlosen Konstrukts verdeutlichen.

Wenn gleich – #ifeq

Mehrfache Verzweigung – #switch

{{#switch: {{{Zeichen}}}
  |A|B|C|D| … X|Y|Z=Großbuchstabe
  |a|b|c|d| … x|y|z=Kleinbuchstabe
  |=Leerzeichen
  |,|;|.|!|?=Satzzeichen
  |{{{Zeichen}}}=KEIN ZEICHEN ANGEGEBEN
  |#default=Sonderzeichen
}}

Wenn Fehler – #iferror

Es wird analysiert, ob in einem Wikitext eine Fehlermeldung vorliegt.

Eine Fehlermeldung wird erkannt:

• an bestimmten HTML-Tags, namentlich <div> <span> <p> <strong>,
• die eine Klassenzuweisung class="error" enthalten müssen,
• wobei error mit doppelten Anführungszeichen " und nicht mit ' (oder ohne) angegeben sein muss,
• jedoch weitere durch Leerzeichen abgetrennte Klassenbezeichner im Attributwert vorkommen dürfen.

Solche Fehlermeldungen können in jeder Vorlage generiert werden; viele Elemente der Wiki-Software erzeugen sie ebenfalls.

Wenn existiert – #ifexist

Der Seitenname wird im Gesamtprojekt wie eine Verlinkung registriert.

• Das hat den Grund, dass zu erwarten ist, dass sich das Ergebnis der Programmierung signifikant verändern soll, wenn eine existierende Seite gelöscht wird, oder aber eine bisher nicht existierende Seite neu angelegt wird.
• Damit wird die diese Konstruktion enthaltende Seite so behandelt, als ob sich eine eingebundene Vorlage verändert hätte: Die im Cache hinterlegte Präsentation wird als ungültig entfernt, und spätestens mit dem nächsten Abruf der Seite unter geänderten Bedingungen neu produziert.
• Anhand der Datenbank-Tabelle Links auf diese Seite weiß der Server, welche Seiten, ihre Inhalte oder Existenz Auswirkungen auf die Darstellung anderer Seiten haben; etwa auch ob Wikilinks in rot oder blau darzustellen sind. Gemäß der Einträge in der Datenbank-Tabelle werden die beeinflussten Seiten neu aufgebaut.
• Es gibt mit phab:T14019 von 2007 Überlegungen aus 2022, in den Tabellen von WhatLinksHere die Abfragen nach Seitenexistenz in einer vierten Spalte gesondert auszuweisen, statt sie gemeinsam mit den Verlinkungen zu verbuchen. Das betriffft jedoch nur die bisherige Aufschlüsselung nach Verlinkung – Seiteneinbindung – Weiterleitung. Änderungen des Status bedürfen auch dann einer Neugenerierung des Gesamtinhalts unter den aktuellen Bedingungen.
• Um die Existenz einer Datei abzufragen, muss man dem Dateinamen den Namensraum "Medium" voranstellen und nicht "Datei". Beispiel Datei:Commons-logo.svg: {{#ifexist: Medium:Commons-logo.svg|...

#ifexist gehört zu den „teuren“ Funktionen, von denen pro dargestellter Seite gemäß Vorlagenbeschränkungen insgesamt nur 500 erlaubt sind.

Wenn Ausdruck – #ifexpr

Und-/Oder-Verknüpfungen

Wenn bei einer der Verknüpfungsvorlagen (Vorlage:Booland, Vorlage:Boolor usw.) die Parameter übergeben werden, dann müssen zunächst ausnahmslos alle Parameterwerte vollständig ausgewertet worden sein, bevor dann die Verknüpfungsvorlage mit all diesen Parameterwerten eingebunden werden kann.

• Das kann zum Problem werden; insbesondere wenn dadurch „teure“ oder sonst performancekritische Auswertungen erforderlich sind.

Intelligenter ist immer der folgende Weg:

• Und:
  • Eine Bedingung wird ausgewertet, falls erfolgreich dann die nächste, wenn auch diese erfolgreich dann die nächste usw. Sobald eine Bedingung nicht erfüllt ist, erfolgen auch keine Auswertungen mehr.
  • Beispiel: {{#if: {{A-Vorlage}} | {{#if: {{B-Vorlage}} | <Aktion> }} }}
• Oder:
  • Eine Bedingung wird ausgewertet, falls nicht erfolgreich dann die nächste, falls nicht erfolgreich dann die nächste usw. Sobald eine Bedingung erfüllt ist, erfolgen auch keine Auswertungen mehr.
  • Es kann ein boolescher Wert 1 für den Erfolgsfall gebildet werden, und das gesamte Oder-Konstrukt liefert danach den Wert 1 oder leer. Dieses Resultat kann dann zur Auswertung der gemeinschaftlichen Ziel-Aktion herangezogen werden.
  • Beispiel:{{#if: {{#if: {{A-Vorlage}} | 1 | {{#if: {{B-Vorlage}} | 1 }} }} | <Aktion> }}

Geschichte der Kontrollstruktur-Funktionen

Mitte April 2006 wurden (zusammen mit anderen in der Erweiterung für Parserfunktionen) die Kontrollstrukturen verfügbar gemacht. Erst dadurch wurde auch eine Vorlagenprogrammierung im eigentlichen Sinn möglich, während bis dahin nur stumpf Parameterwerte formatiert wurden. Die allerersten Vorlagen hatten noch nicht einmal Parameter gehabt und hießen schlicht „Bausteine“; sie lieferten immer den gleichen Text.

Inhaltssprache des aktuellen Wiki

Globale Babel-Funktion

Die globale Funktion kategorisiert jede einbindende Seite aller Namensräume, im Unterschied zu den entsprechenden Vorlagen.

Administratoren können seit 2025 die genauen Wirkungen auf der Seite Special:CommunityConfiguration/Babel konfigurieren. Dabei ginge es wohl primär um Anpassungen des überkommenen Kategoriesystems; hier den Umstand, dass von Hause aus in allen Wikis Kategorien generiert wurden, die nach unserer Lesart eigentlich nur Artikel im ANR enthalten dürfen, nicht aber Seiten im BNR, auf BD usw.

Traditionell war das in der Serverkonfiguration festgelegt worden gemäß wgBabelCategoryNames in Extension:Babel.

Name und Eigenschaften einer Sprache

Die Texte stammen aus der Erweiterung CLDR bzw. aus der CLDR-Übernahme in die PHP-Software des Servers.

Systemnachricht

Unbekannte Nachrichtenbezeichner werden in ⧼ ⧽ eingeklammert dargestellt.

Aktuelle Sprache

Siehe auch mw.title.pageLang zu detaillierten Informationen mittels Lua.

Übersetzung

Tag-Erweiterung einbinden – #tag

{{#tag:nowiki|http://{{{Domain}}}/{{{Pfad}}}}}

Der ausschließliche Sinn ist es also, das Element zunächst vor dem Parser zu verstecken, und erst nach Expansion des Inhalts wirksam werden zu lassen.

• Damit werden die Elemente selbst vor Software und Menschen zunächst verborgen, was gravierende Nachteile nach sich ziehen kann.
• Diese Funktion sollte deshalb insbesondere nicht im ANR benutzt werden, sondern nur innerhalb von Vorlagenprogrammierung .
• Vor dem VisualEditor werden die Elemente erfolgreich versteckt und lassen sich nicht mehr sinnvoll bearbeiten.

Modul-Funktion einbinden – #invoke

Siehe ausführlich Hilfe:Lua.

Substitution – subst

Siehe ausführlich hier. Der Quelltext wird nach Abspeicherung ersetzt durch die ausgewerteten Resultate der Ausdrücke.

Seitenquelltext einbinden – msgnw

Diese Funktion ist heutzutage ungebräuchlich; es wird eher eine formatierte Präsentation mittels tag: bevorzugt wie:

{{#tag:syntaxhighlight | {{Modul:Hello}} | lang=lua}}

Allerdings funktioniert das nicht mit Wikitext als eingebundene Seite, der bei seiner Einbindung reagiert und ausgewertet wird. Das ist gerade die Wirkung und das Ziel von Vorlagen.

• Der Name bedeutet:
  • msg:nowiki
  • raw: heißt „roh“ und entspricht action=raw

 <onlyinclude>[[Datei:At sign.svg|{{{1|17px}}}|klasse=skin-invert|verweis=|alt=( @ – at-Zeichen für E-Mail )|(at)]]</onlyinclude>

{{Dokumentation}} 

Veraltet: Seite einbinden

Diese Funktion war in den frühen 2000er Jahren der Vorläufer gewesen, bevor das Einbinden von Seiten reguläre Syntax wurde.

• Die Vorgabe für den Namensraum ist Vorlage: genau wie bei normalen Einbindungen.
• Benannte und unbenannte Parameter werden wie bei Vorlagen in der eingebundenen Seite ersetzt.
• Zunächst war es eher für die Systemnachrichten gedacht gewesen, worauf noch der Name hindeutet. Diese wandelten sich jedoch zur Parserfunktion int: und erwarten $1 $2 $3 usw. als Platzhalter, passen sich aber umgekehrt an die aktuelle Benutzersprache an.
• msg: und int: waren ursprünglich ähnliche Konzepte; int: arbeitet nur im Namensraum MediaWiki: und beachtet sprachabhängige Unterseiten; msg: in beliebigen Namensräumem mit Vorgabe Vorlage: und ist nicht von der Benutzersprache abhängig. Die Platzhalter der zunächst nur unbenannten Parameter wurden anders gestaltet, um später auch beliebig benannte Parameter zu ermöglichen. msg: war als lokal definierbare Nachricht für den Wikitext eine Variante zur Systemnachricht der Software.

Weitere Informationen Funktion, Pflichtparameter ...

Funktion	Pflichtparameter	Parameter
msg	Seite	Parameter	Parameter
Seiteneinbindung. Seite ist der Name der Seite; ohne Namensraum als Vorlage:. Weitere Parameter können beigegeben werden.
Beispiel: {{msg:@|30px}} (Vorlage:@) →

Schließen

Aktuelle Seite

Die nachstehenden Funktionen beziehen sich in der Regel auf die aktuell dargestellte Seite.

• Einige erlauben es, über einen zusätzlichen Parameter Seitenname auch andere Seiten anzusprechen.
• Ein dem generischen Funktionsnamen nachgestelltes E als Ende des Namens steht für „Encoding“ und bewirkt ein URL-Encoding.

Mit Ausnahme der letzten beiden Funktionen werden Eigenschaften abgefragt.

Gegliederte Seitennamen: #titleparts

Siehe auch Komponenten für die momentane Seite.

Die Funktion ist nur für Seitennamen ausgelegt. Daher funktioniert die Funktion nur mit Zeichen, die auch im Seitennamen erlaubt sind. Im Fehlerfall wird der gesamte Parameter zurückgegeben.

Bevor 2013 mit Lua effiziente Zeichenketten-Operationen verfügbar wurden, ist diese Funktion auch für andere inhaltliche Anwendungen zweckentfremdet worden; etwa für LCCN in einer privaten Gliederung mittels Schrägstrichen.

Relative Seitennamen: #rel2abs

Es ist möglich, direkt per [[../]] auf Seiten relativ zur aktuellen Seite zu verlinken, sofern Unterseiten aktiviert sind, und genauso auch Seiten einzubinden, ohne ihren vollständigen Namen anzugeben. In manchen Fällen ist es jedoch notwendig, den relativen in einen absoluten Seitennamen zu wandeln.

Die nachstehende Funktion betreibt reine Zeichenkettenverarbeitung; die Seiten müssen nicht wirklich existieren, allerdings müssen die Angaben formal richtig sein.

Ein relativer Seitenpfad kann . oder .. lauten oder beginnen mit /oder ./ oder ../.

Namensräume

Lokalen Standard-Namen eines Namensraums feststellen.

Zur Aufzählung der einzelnen Namensräume in der deutschsprachigen Wikipedia siehe Hilfe:Namensräume.

Spezialseiten

Mediendatei-Pfad

Wenn nur die Verlinkung der Mediendatei in Standardgröße ohne genauere Angaben benötigt wird, ist das Format [[Media:]] günstiger, das bei fehlerhaftem Dateinamen ein Rotlink zeigt, während das URL-Link immer blau ist. Der Dateiname über upload-URL erscheint nicht auf Special:GlobalUsage, was zur Folge hat, dass dieser Link bei Namensänderungen auf Commons (oder lokal) nicht berücksichtigt werden kann.

Direkt in Seiten sollte dies nicht verwendet werden.

URL von Seiten

Die nachstehenden Funktionen zielen darauf ab, zu einer Wiki-Seite eine URL zu generieren und ggf. auch noch einen oder mehrere URL-Parameter angeben zu können.

• Nur die Variante canonicalurl sollte verwendet werden.
• Die deutschsprachigen Lokalisierungen sind extrem ungebräuchlich und auch missverständlich.

canonicalurl

• bewirkt das URL-Encoding des Seitennamens,
• sorgt für kürzeren Quelltext,
• macht Verlinkungen robuster gegenüber unterschiedlichen Domains.
  • Zwar wird bislang nicht zwischen Mobil- und Desktop-Domain unterschieden, jedoch wird dies erörtert.
• Eine Vorlagenprogramierung ist darüberhinaus zwischen Wikis austauschbar, wenn sie nicht die Domain des momentanen Wikis fest kodiert enthalten muss.