Wikipedia:Technik/Skin/JS - Versionsgeschichte

PerfektesChaos: lf

2025-08-21T13:41:38Z

← Nächstältere Version		Version vom 21. August 2025, 14:41 Uhr
Zeile 47:		Zeile 47:

	=== Test-Projekte ===		=== Test-Projekte ===
	Im deutschsprachigen [http://de.wikipedia.beta.~~wmflabs~~.org/ de.wikipedia.beta] lassen sich Test-Szenarien aufbauen und sich gefahrlos und ohne andere Benutzer zu stören Seiten der deutschsprachigen Wikipedia originalgetreu simulieren. Damit kann realitätsnah, ohne echte Seiten zu beschädigen oder Versionsgeschichten aufzublähen, auch die Manipulation von Seiten oder das Verhalten bei fehlerhaftem Wikitext und Seiteninhalt erprobt werden.		Im deutschsprachigen [http://de.wikipedia.beta.wmcloud.org/ de.wikipedia.beta] lassen sich Test-Szenarien aufbauen und sich gefahrlos und ohne andere Benutzer zu stören Seiten der deutschsprachigen Wikipedia originalgetreu simulieren. Damit kann realitätsnah, ohne echte Seiten zu beschädigen oder Versionsgeschichten aufzublähen, auch die Manipulation von Seiten oder das Verhalten bei fehlerhaftem Wikitext und Seiteninhalt erprobt werden.

	Siehe dazu ausführlich [[../../~~Labs~~/Beta\|WP:BETA]].		Siehe dazu ausführlich [[../../Cloud/Beta\|WP:BETA]].

	== Werkzeuge (Browser etc.) ==		== Werkzeuge (Browser etc.) ==

PerfektesChaos: updates

2025-01-26T13:58:03Z

updates

Änderungen zeigen

PerfektesChaos: updates

2023-08-17T15:42:13Z

updates

APPERbot: Bot: Syntaxhighlight: Sprache html4strict nach html korrigiert, siehe H:SYH

2023-06-20T08:09:36Z

Bot: Syntaxhighlight: Sprache html4strict nach html korrigiert, siehe H:SYH

← Nächstältere Version		Version vom 20. Juni 2023, 09:09 Uhr
Zeile 355:		Zeile 355:
	</syntaxhighlight>		</syntaxhighlight>
	Wäre der Benutzer, auf dessen Seite verlinkt wird, nun aber [[Benutzer:X" onclick="alert('XSS');" title="y]], so würde der folgende HTML-Code erzeugt:		Wäre der Benutzer, auf dessen Seite verlinkt wird, nun aber [[Benutzer:X" onclick="alert('XSS');" title="y]], so würde der folgende HTML-Code erzeugt:
	<syntaxhighlight lang="~~html4strict~~" style="border: none; padding: 0; margin-left: 2em;">		<syntaxhighlight lang="html" style="border: none; padding: 0; margin-left: 2em;">
	<a href="/wiki/Benutzer:X" onclick="alert('XSS');" title="y">Benutzerseite</a>		<a href="/wiki/Benutzer:X" onclick="alert('XSS');" title="y">Benutzerseite</a>
	</syntaxhighlight>		</syntaxhighlight>

PerfektesChaos: Änderung 218883520 von WikiBayer rückgängig gemacht; „Nicht mit allen Geräten“ klingt nach Quatsch; das hat nichts mit Geräten zu tun. Im Übrigen werden hier nicht einfach so spurenlos Informationen gelöscht, sondern sie bleiben weiterhin nachlesbar und werden lediglich entsprechend kommentiert.

2022-01-07T09:56:51Z

Änderung 218883520 von WikiBayer rückgängig gemacht; „Nicht mit allen Geräten“ klingt nach Quatsch; das hat nichts mit Geräten zu tun. Im Übrigen werden hier nicht einfach so spurenlos Informationen gelöscht, sondern sie bleiben weiterhin nachlesbar und werden lediglich entsprechend kommentiert.

← Nächstältere Version		Version vom 7. Januar 2022, 10:56 Uhr
Zeile 133:		Zeile 133:
	Der häufigste Fall besteht darin, dass man ein Skript von einer Unterseite eines bestimmten Benutzers einbinden möchte, etwa ''Benutzer:Name/skript.js''. Leider gibt es für diesen Fall keine Funktion, die in jeder Hinsicht zufriedenstellend ist.		Der häufigste Fall besteht darin, dass man ein Skript von einer Unterseite eines bestimmten Benutzers einbinden möchte, etwa ''Benutzer:Name/skript.js''. Leider gibt es für diesen Fall keine Funktion, die in jeder Hinsicht zufriedenstellend ist.

	In der Praxis wird man hierfür die Funktion <code>~~mw.loader.load~~( '')</code> verwenden, der man als Parameter den Seitennamen übergibt:		In der Praxis wird man hierfür die Funktion <code>[[/Obsolet#importScript()\|importScript]]</code> verwenden, der man als Parameter den Seitennamen übergibt:
	<syntaxhighlight lang="javascript" style="border: none; padding: 0; margin-left: 2em;">		<syntaxhighlight lang="javascript" style="border: none; padding: 0; margin-left: 2em;">
	~~mw.loader.load~~( '~~/w/index.php?title=~~Benutzer:Name/skript.js~~&action=raw&ctype=text/javascript~~' ); //[[Benutzer:Name/skript.js]]		importScript('Benutzer:Name/skript.js'); //[[Benutzer:Name/skript.js]]
	</syntaxhighlight>		</syntaxhighlight>

	Der Wikilink im JavaScript-Kommentar dient dazu, dass deine Seite über die Funktion „Links auf diese Seite“ gefunden werden kann, siehe auch [[#WhatLinksHere\|oben]].		Der Wikilink im JavaScript-Kommentar dient dazu, dass deine Seite über die Funktion „Links auf diese Seite“ gefunden werden kann, siehe auch [[#WhatLinksHere\|oben]].

			Die Funktion <code>importScript</code> gilt allerdings als „[[/Obsolet#Einbindungen\|deprecated]]“ und sollte folglich in neueren Skripten nicht mehr verwendet werden. Leider gibt es (noch) keine glückliche Alternative.

	==== Module auf dem Server ====		==== Module auf dem Server ====
Zeile 540:		Zeile 542:
	</ref>		</ref>
	</references>		</references>
			<noinclude>

	[[Kategorie:Wikipedia:Technik/Skin/JavaScript\| ]]		[[Kategorie:Wikipedia:Technik/Skin/JavaScript\| ]]
			</noinclude>

WikiBayer: /* Laden über den Titel einer Seite */ ImportScript funktioniert nicht auf allen Geräten, daher raus.

2022-01-07T08:23:45Z

Laden über den Titel einer Seite: ImportScript funktioniert nicht auf allen Geräten, daher raus.

← Nächstältere Version		Version vom 7. Januar 2022, 09:23 Uhr
Zeile 133:		Zeile 133:
	Der häufigste Fall besteht darin, dass man ein Skript von einer Unterseite eines bestimmten Benutzers einbinden möchte, etwa ''Benutzer:Name/skript.js''. Leider gibt es für diesen Fall keine Funktion, die in jeder Hinsicht zufriedenstellend ist.		Der häufigste Fall besteht darin, dass man ein Skript von einer Unterseite eines bestimmten Benutzers einbinden möchte, etwa ''Benutzer:Name/skript.js''. Leider gibt es für diesen Fall keine Funktion, die in jeder Hinsicht zufriedenstellend ist.

	In der Praxis wird man hierfür die Funktion <code>~~[[/Obsolet#importScript~~()~~\|importScript]]~~</code> verwenden, der man als Parameter den Seitennamen übergibt:		In der Praxis wird man hierfür die Funktion <code>mw.loader.load( '')</code> verwenden, der man als Parameter den Seitennamen übergibt:
	<syntaxhighlight lang="javascript" style="border: none; padding: 0; margin-left: 2em;">		<syntaxhighlight lang="javascript" style="border: none; padding: 0; margin-left: 2em;">
	~~importScript~~('Benutzer:Name/skript.js'); //[[Benutzer:Name/skript.js]]		mw.loader.load( '/w/index.php?title=Benutzer:Name/skript.js&action=raw&ctype=text/javascript' ); //[[Benutzer:Name/skript.js]]
	</syntaxhighlight>		</syntaxhighlight>

	Der Wikilink im JavaScript-Kommentar dient dazu, dass deine Seite über die Funktion „Links auf diese Seite“ gefunden werden kann, siehe auch [[#WhatLinksHere\|oben]].		Der Wikilink im JavaScript-Kommentar dient dazu, dass deine Seite über die Funktion „Links auf diese Seite“ gefunden werden kann, siehe auch [[#WhatLinksHere\|oben]].

	Die Funktion <code>importScript</code> gilt allerdings als „[[/Obsolet#Einbindungen\|deprecated]]“ und sollte folglich in neueren Skripten nicht mehr verwendet werden. Leider gibt es (noch) keine glückliche Alternative.

	==== Module auf dem Server ====		==== Module auf dem Server ====

PerfektesChaos: + Syntaxhervorhebung und Zeilennummern

2021-01-20T00:15:46Z

+ Syntaxhervorhebung und Zeilennummern

@@ Zeile 90: / Zeile 90: @@
 === JS-Unterseiten ===
 * Die Seite erhält das ''[[Wikipedia:Technik/MediaWiki/Content Model|content model]]'' <code>javascript</code> statt des sonst üblichen <code>wikitext</code>. Das hat unter anderem folgende Wirkungen:
 ** Vorlagen wie etwa {{Vorlage|SLA}} werden nicht expandiert dargestellt, bleiben jedoch außerhalb von [[#nowiki|nowiki-Bereichen]] wirksam.
@@ Zeile 101: / Zeile 95: @@
 ** Der [[#CodeEditor|CodeEditor]] wird aktiviert.
 ** Das Vorstehende gilt seit 2018 auch für das ''content model'' <code>[[JSON]]</code>.
 === {{Anker|syntaxhighlight}} Quellcode darstellen ===

PerfektesChaos: k

2020-02-09T18:21:38Z

← Nächstältere Version		Version vom 9. Februar 2020, 19:21 Uhr
Zeile 9:		Zeile 9:

	Einige Anleitungen:		Einige Anleitungen:
	{{Wikibooks\|Websiteentwicklung: JavaScript\|JavaScript\|3=X}}		{{Wikibooks\|Websiteentwicklung: JavaScript\|JavaScript\|suffix=-}}
	* [http://wiki.selfhtml.org/wiki/JavaScript SelfHTML-Wiki] (deutsch) Überblick		* [http://wiki.selfhtml.org/wiki/JavaScript SelfHTML-Wiki] (deutsch) Überblick
	* [https://developer.mozilla.org/en/JavaScript/Reference Mozilla] (englisch) Detailliert; neue Entwicklungen		* [https://developer.mozilla.org/en/JavaScript/Reference Mozilla] (englisch) Detailliert; neue Entwicklungen

Wetterwolke: /* Bösartige Wiki-Seiten und Skripte */ doppelt

2019-01-20T13:16:14Z

Bösartige Wiki-Seiten und Skripte: doppelt

← Nächstältere Version		Version vom 20. Januar 2019, 14:16 Uhr
Zeile 322:		Zeile 322:

	=== {{Anker\|malicious}} Bösartige Wiki-Seiten und Skripte ===		=== {{Anker\|malicious}} Bösartige Wiki-Seiten und Skripte ===
	Durch seine eingebundenen Skripte ~~kann man unbemerkt~~ kann man unbemerkt fehlerhafte Aktionen im Namen seines WMF-Benutzerkontos ausführen. Insbesondere könnten böswillige Programmierer absichtlich Nebeneffekte in Skripten verstecken. Das wäre besonders interessant, wenn der momentane Benutzer über Administratorrechte oder mehr verfügt. Es muss noch nicht einmal vom Skript-Autor in JavaScript programmiert worden sein; es kann auch etwa auf einer besuchten Wiki-Seite ein Injection-[[Exploit]] verborgen sein. Neben wirksamen Aktivitäten, die irgendwann bemerkt werden und repariert werden können, ist auch das verdeckte Ausspähen möglich – von persönlichen und WMF-Informationen, die nicht öffentlich sichtbar sein sollen. Besonders einfach: Die E-Mail-Adresse oder schon die Zuordnung zwischen IP-Adresse und Wiki-Benutzer und Browser-Profil; auch ein Tracking sämtlicher besuchter Wiki-Seiten.		Durch seine eingebundenen Skripte kann man unbemerkt fehlerhafte Aktionen im Namen seines WMF-Benutzerkontos ausführen. Insbesondere könnten böswillige Programmierer absichtlich Nebeneffekte in Skripten verstecken. Das wäre besonders interessant, wenn der momentane Benutzer über Administratorrechte oder mehr verfügt. Es muss noch nicht einmal vom Skript-Autor in JavaScript programmiert worden sein; es kann auch etwa auf einer besuchten Wiki-Seite ein Injection-[[Exploit]] verborgen sein. Neben wirksamen Aktivitäten, die irgendwann bemerkt werden und repariert werden können, ist auch das verdeckte Ausspähen möglich – von persönlichen und WMF-Informationen, die nicht öffentlich sichtbar sein sollen. Besonders einfach: Die E-Mail-Adresse oder schon die Zuordnung zwischen IP-Adresse und Wiki-Benutzer und Browser-Profil; auch ein Tracking sämtlicher besuchter Wiki-Seiten.

	Normalerweise sind Klicks auf eine externe Website ungefährlich. Sowohl die Wiki-Software wie auch die gängigen Sicherheitseinstellungen der Browser verhindern [[Cross-Site Scripting]] (im weiteren Sinne) recht zuverlässig. Skripte beim angemeldeten Benutzer unterlaufen jedoch die bei der Darstellung von Wiki-Seiten erfolgte Abschirmung.		Normalerweise sind Klicks auf eine externe Website ungefährlich. Sowohl die Wiki-Software wie auch die gängigen Sicherheitseinstellungen der Browser verhindern [[Cross-Site Scripting]] (im weiteren Sinne) recht zuverlässig. Skripte beim angemeldeten Benutzer unterlaufen jedoch die bei der Darstellung von Wiki-Seiten erfolgte Abschirmung.

PerfektesChaos: klarer

2019-01-19T17:03:38Z

klarer

← Nächstältere Version		Version vom 19. Januar 2019, 18:03 Uhr
Zeile 322:		Zeile 322:

	=== {{Anker\|malicious}} Bösartige Wiki-Seiten und Skripte ===		=== {{Anker\|malicious}} Bösartige Wiki-Seiten und Skripte ===
	Durch seine eingebundenen Skripte kann man unbemerkt ~~fehlerhafte~~ ~~oder~~ ~~beabsichtigt~~ ~~böswillige~~ Aktionen im Namen seines WMF-Benutzerkontos ausführen. Das wäre besonders interessant, wenn der momentane Benutzer ~~Administrator~~ oder mehr ~~ist~~. Es muss noch nicht einmal vom Skript-Autor programmiert worden sein; es kann auch etwa auf einer besuchten Wiki-Seite ein Injection-[[Exploit]] verborgen sein. Neben wirksamen Aktivitäten, die irgendwann bemerkt werden und repariert werden können, ist auch das verdeckte Ausspähen möglich – von persönlichen und WMF-Informationen, die nicht öffentlich sichtbar sein sollen. Besonders einfach: Die E-Mail-Adresse oder schon die Zuordnung zwischen IP-Adresse und Benutzer.		Durch seine eingebundenen Skripte kann man unbemerkt kann man unbemerkt fehlerhafte Aktionen im Namen seines WMF-Benutzerkontos ausführen. Insbesondere könnten böswillige Programmierer absichtlich Nebeneffekte in Skripten verstecken. Das wäre besonders interessant, wenn der momentane Benutzer über Administratorrechte oder mehr verfügt. Es muss noch nicht einmal vom Skript-Autor in JavaScript programmiert worden sein; es kann auch etwa auf einer besuchten Wiki-Seite ein Injection-[[Exploit]] verborgen sein. Neben wirksamen Aktivitäten, die irgendwann bemerkt werden und repariert werden können, ist auch das verdeckte Ausspähen möglich – von persönlichen und WMF-Informationen, die nicht öffentlich sichtbar sein sollen. Besonders einfach: Die E-Mail-Adresse oder schon die Zuordnung zwischen IP-Adresse und Wiki-Benutzer und Browser-Profil; auch ein Tracking sämtlicher besuchter Wiki-Seiten.

	Normalerweise sind Klicks auf eine externe Website ungefährlich. Sowohl die Wiki-Software wie auch die gängigen Sicherheitseinstellungen der Browser verhindern [[Cross-Site Scripting]] (im weiteren Sinne) recht zuverlässig. Skripte beim angemeldeten Benutzer unterlaufen jedoch die bei der Darstellung von Wiki-Seiten erfolgte Abschirmung.		Normalerweise sind Klicks auf eine externe Website ungefährlich. Sowohl die Wiki-Software wie auch die gängigen Sicherheitseinstellungen der Browser verhindern [[Cross-Site Scripting]] (im weiteren Sinne) recht zuverlässig. Skripte beim angemeldeten Benutzer unterlaufen jedoch die bei der Darstellung von Wiki-Seiten erfolgte Abschirmung.

← Nächstältere Version		Version vom 17. August 2023, 16:42 Uhr
Zeile 90:		Zeile 90:

	=== JS-Unterseiten ===		=== JS-Unterseiten ===
	* Die Seite erhält das ''[[~~Wikipedia:Technik~~/MediaWiki/Content Model\|content model]]'' <code>javascript</code> statt des sonst üblichen <code>wikitext</code>. Das hat unter anderem folgende Wirkungen:		* Die Seite erhält das ''[[../../MediaWiki/Content Model\|content model]]'' <code>javascript</code> statt des sonst üblichen <code>wikitext</code>. Das hat unter anderem folgende Wirkungen:
	** Vorlagen wie etwa {{Vorlage\|SLA}} werden nicht expandiert dargestellt, bleiben jedoch außerhalb von [[#nowiki\|nowiki-Bereichen]] wirksam.		** Vorlagen wie etwa {{Vorlage\|SLA}} werden nicht expandiert dargestellt, bleiben jedoch außerhalb von [[#nowiki\|nowiki-Bereichen]] wirksam.
	** Bei der Seitenverschiebung wird keine Weiterleitungsseite mit <code>#REDIRECT</code> usw. angelegt. Allerdings wird seit Sommer 2015 automatisch ein Aufruf der neuen URL unter dem alten Seitennamen generiert; das verzögert die Antwort beim Benutzer durch eine zusätzliche Runde jedoch spürbar, und Einbindungen sollten dann baldmöglichst auf den neuen Seitennamen umgestellt werden.		** Bei der Seitenverschiebung wird keine Weiterleitungsseite mit <code>#REDIRECT</code> usw. angelegt. Allerdings wird seit Sommer 2015 automatisch ein Aufruf der neuen URL unter dem alten Seitennamen generiert; das verzögert die Antwort beim Benutzer durch eine zusätzliche Runde jedoch spürbar, und Einbindungen sollten dann baldmöglichst auf den neuen Seitennamen umgestellt werden.
Zeile 113:		Zeile 113:
	=== {{Anker\|syntaxhighlight}} Quellcode darstellen ===		=== {{Anker\|syntaxhighlight}} Quellcode darstellen ===
	Mit <code>[[Hilfe:Syntaxhighlight\|<syntaxhighlight>]]</code> kannst du deinen Quelltext darstellen und dabei Syntaxelemente unterscheiden, wie es auch auf dieser Seite gehandhabt wird:		Mit <code>[[Hilfe:Syntaxhighlight\|<syntaxhighlight>]]</code> kannst du deinen Quelltext darstellen und dabei Syntaxelemente unterscheiden, wie es auch auf dieser Seite gehandhabt wird:
	<~~pre~~ style="margin-left: 2em;">		<syntaxhighlight lang="wikitext" style="margin-left: 2em;">
	<syntaxhighlight lang="javascript">		<syntaxhighlight lang="javascript">
	function meineFunktion() {		function meineFunktion() {
Zeile 119:		Zeile 119:
	}		}
	</syntaxhighlight>		</syntaxhighlight>
			</syntaxhighlight>
	</pre>
	Bis Mitte 2011 hieß das Schlüsselwort vorrangig <code>source</code> – dies wird weiterhin von der Software verstanden, sollte aber gelegentlich aktualisiert werden, weil inzwischen den menschlichen Lesern weniger vertraut.		Bis Mitte 2011 hieß das Schlüsselwort vorrangig <code>source</code> – dies wird weiterhin von der Software verstanden, sollte aber gelegentlich aktualisiert werden, weil inzwischen den menschlichen Lesern weniger vertraut.

Zeile 319:		Zeile 319:
	Der ResourceLoader generiert bei jeder abgerufenen Seite neue (unterschiedliche) URL für die Ressourcen, wenn diese sich geändert haben, und ist deshalb nicht auf das Cache-Management angewiesen. Trotzdem sind hier in [[mw:Manual:$wgResourceLoaderMaxage\|$wgResourceLoaderMaxage]] Zeiträume festgelegt.		Der ResourceLoader generiert bei jeder abgerufenen Seite neue (unterschiedliche) URL für die Ressourcen, wenn diese sich geändert haben, und ist deshalb nicht auf das Cache-Management angewiesen. Trotzdem sind hier in [[mw:Manual:$wgResourceLoaderMaxage\|$wgResourceLoaderMaxage]] Zeiträume festgelegt.

	Um einen Bug im Internet Explorer (IE6) zu umgehen, der den letzten Teil einer URL als „[[Dateinamenserweiterung\|Datei-Endung]]“ interpretiert, ~~kann~~ man vorsorglich das funktionslose <code>&</code> zum Schluss anhängen. Weil <code></code> keine Dateiendung sein kann, kommt es auch im Internet Explorer nicht zu Seltsamkeiten.<!-- resources/mediawiki/mediawiki.js#l1096 -->		Um einen Bug im Internet Explorer (IE6) zu umgehen, der den letzten Teil einer URL als „[[Dateinamenserweiterung\|Datei-Endung]]“ interpretiert, konnte man vorsorglich das funktionslose <code>&</code> zum Schluss anhängen. Weil <code></code> keine Dateiendung sein kann, kommt es auch im Internet Explorer nicht zu Seltsamkeiten.<!-- resources/mediawiki/mediawiki.js#l1096 --> Mittlerweile ist diese Generation des Internet Explorer allerdings nicht mehr aktiv und dieses Feature kann zurückgebaut werden.

	== {{Anker\|security}} Sicherheitsaspekte ==		== {{Anker\|security}} Sicherheitsaspekte ==
Zeile 504:		Zeile 504:

	Automatisch eingebundene Standardskripte der deutschsprachigen Wikipedia waren bislang:		Automatisch eingebundene Standardskripte der deutschsprachigen Wikipedia waren bislang:
	* [[MediaWiki:Common.js]]<br />(grundlegende Definitionen, gemeinsam für alle Skins)		* [[MediaWiki:Common.js]]<br /> (grundlegende Definitionen, gemeinsam für alle Skins)
	** [{{~~fullurl~~:Spezial:Präfixindex\|prefix=Common&namespace=8 }} Unterseiten] beachten.		** [{{canonicalurl:Spezial:Präfixindex\|prefix=Common&namespace=8 }} Unterseiten] beachten.
	* [{{SERVER}}{{SCRIPTPATH}}/skins-1.19/common/wikibits.js wikibits.js] (teilweise veraltend; tatsächliche Einbindung über das [[Wikipedia:Technik/Skin/JS/ResourceLoader\|Modul]] <code>mediawiki.legacy.wikibits</code>)		* [{{SERVER}}{{SCRIPTPATH}}/skins-1.19/common/wikibits.js wikibits.js] (teilweise veraltend; tatsächliche Einbindung über das [[Wikipedia:Technik/Skin/JS/ResourceLoader\|Modul]] <code>mediawiki.legacy.wikibits</code>)
	* [{{SERVER}}{{SCRIPTPATH}}/skins-1.19/common/ajax.js ajax.js] – Einbindung über <code>legacy</code> des ResourceLoader		* [{{SERVER}}{{SCRIPTPATH}}/skins-1.19/common/ajax.js ajax.js] – Einbindung über <code>legacy</code> des ResourceLoader
	* [{{SERVER}}{{SCRIPTPATH}}/skins-1.5/common/ajaxwatch.js ajaxwatch.js] – Einbindung über <code>legacy</code> des ResourceLoader		* [{{SERVER}}{{SCRIPTPATH}}/skins-1.5/common/ajaxwatch.js ajaxwatch.js] – Einbindung über <code>legacy</code> des ResourceLoader
	* [//bits.wikimedia.org/w/extensions-1.19/FlaggedRevs/flaggedrevs.js flaggedrevs.js]		* [https://bits.wikimedia.org/w/extensions-1.19/FlaggedRevs/flaggedrevs.js flaggedrevs.js]
	* [//bits.wikimedia.org/w/extensions-1.19/FlaggedRevs/review.js review.js]		* [https://bits.wikimedia.org/w/extensions-1.19/FlaggedRevs/review.js review.js]
	* <code>edit.js</code> unter <code>/skins-1.19/common/</code><br />(nur beim Editieren) – ''ungültig''<br />Siehe [[/mw#.toolbar\|mw.toolbar]]		* <code>edit.js</code> unter <code>/skins-1.19/common/</code><br />(nur beim Editieren) – ''ungültig''<br /> Siehe [[/mw#.toolbar\|mw.toolbar]]
	Damit wurde bis Februar 2011 die Seiten-Funktionalität unterstützt. Mit Ausnahme von MediaWiki:*.js wird dies aber nach und nach durch das [[/mw\|mediaWiki-Objekt]] sowie [[/jQuery#Standard-Module\|jQuery]] ersetzt. Der jeweils aktuelle Stand der Einbindung muss überprüft werden. Übergangsweise werden <code>legacy</code>-Funktionen des ResourceLoader verfügbar sein (siehe auch [[mw:ResourceLoader/JavaScript Deprecations#edit.js\|mw:]]).		Damit wurde bis Februar 2011 die Seiten-Funktionalität unterstützt. Mit Ausnahme von MediaWiki:*.js wird dies aber nach und nach durch das [[/mw\|mediaWiki-Objekt]] sowie [[/jQuery#Standard-Module\|jQuery]] ersetzt. Der jeweils aktuelle Stand der Einbindung muss überprüft werden. Übergangsweise werden <code>legacy</code>-Funktionen des ResourceLoader verfügbar sein (siehe auch [[mw:ResourceLoader/JavaScript Deprecations#edit.js\|mw:]]).