Benutzer Diskussion:IlyaA/monobook.js

Wie übernehme ich dieses Skript?

Einfach auf der Seite Benutzer:PDD/monobook.js auf „Quelltext betrachten“ klicken, alles markieren und kopieren (unter Windows z. B. mit Strg-a und dann Strg-c), und dann in deiner eigenen monobook.js auf „Bearbeiten“ klicken und das ganze hineinkopieren (unter Windows mit Strg-v).

Kann ich dieses Skript einfach so übernehmen, oder muss ich da tausend Sachen ändern?

Du kannst natürlich alles ändern, aber du musst nicht. Einfach erstmal kopieren, ausprobieren, und dann so anpassen, dass es deinem Bedarf gerecht wird.

Und wie kann ich da nun etwas ändern?

Da gibt es im wesentlichen zwei Bereiche, wo sich das lohnt:

Zum einen, den „SETUP“-Bereich. Dort stehen eine Menge Variablen, die entweder mit true oder false belegt sind; damit werden einzelne Module an- und ausgeschaltet. Du kannst da nach Herzenslust herumexperimentieren; kaputt gehen kann dabei nichts.

Achtung: Es bringt nichts, solche Variablen durch Davorsetzen von // „auszukommentieren“; auf diese Art kann man keine Funktion abschalten. Stattdessen bitte immer die Variable auf false setzen!

Zum anderen gibt es den Bereich, der die Belegung des Kastens oben links steuert. Die einzelnen Einträge sehen in der Regel ungefähr so aus:

w (1,'/wiki/Wikipedia:Verbesserungsvorschläge','VV',qbtarget);

Wenn du diesem Muster folgst, kannst du dort an den entsprechenden Stellen neue Einträge einfügen. Wenn du stattdessen etwas entfernen willst, was du nicht brauchst, kannst du einfach // vor den Eintrag setzen. Also. z. B. so:

// w (1,'/wiki/Wikipedia:Verbesserungsvorschläge','VV',qbtarget);

Ich habe alles mögliche am Skript geändert; darum will ich nicht updaten! Muss ich?

Du musst deine Version der monobook.js natürlich nicht ständig updaten, aber hin und wieder ist das empfehlenswert, manchmal sogar notwendig (siehe hier). Ein guter Update-Rhythmus, um von den Verbesserungen des Programms zu profitieren, ist alle 1 bis 2 Monate oder alternativ alle 2 bis 3 Versionen. (Deine Version siehst du ganz oben im Quickbar; wenn du dort auf diese Versionsnummer klickst, wird dir die aktuelle Version angezeigt. Wenn du also beispielsweise die Version P098b hast und ein Klick auf die P098b dir verrät, dass die aktuelle Version bereits P098e ist, dann wäre ein Update ratsam.)

Damit beim Update deine am Skript vorgenommenen Änderungen nicht verlorengehen, hat sich folgendes Vorgehen bewährt:

1. Immer im ersten Schritt die aktuelle Version von Benutzer:PDD/monobook.js ohne Änderungen 1:1 kopieren und abspeichern, und dann
2. im zweiten Schritt deine Änderungen vornehmen und erneut abspeichern.

Dadurch hast du beim nächsten Update immer einen Direktvergleich zwischen der übernommenen Version und deinen Änderungen zur Hand und kannst diese dann wiederum auf die gleiche Art schnell einbauen. Beim Verzicht auf den ersten Schritt der 1:1-Kopie entstehen spätestens beim dritten Update regelmäßig größere Probleme, weil du dich durch die Versionsgeschichte wühlen musst, um herauszubekommen, was du eigentlich an der ersten Version geändert hast, dann erneut nach den im Lauf der Zeit vorgenommen Änderungen an der zweiten Version suchen musst usw. - du machst dir das Updaten damit also sukzessive immer schwerer.

Im Gegensatz dazu wird mit der Zwei-Schritt-Methode das Updaten im Lauf der Zeit immer einfacher.

Trotzdem ist das mit dem Updaten zu kompliziert!

Dafür gibt es ein automatisches Tool, und zwar hier. Nähere Erläuterungen dazu findest du unter Benutzer:CyRoXX/Update-Tool.

Dafür ist es allerdings notwendig, dass du dem Tool in der ersten Zeile deiner monobook.js mitteilst, welche Version du ursprünglich einmal übernommen hast. Das sieht dann ungefähr so aus:

var UpdRevID = 28781866;

Falls du Probleme hast, diese Versionsnummer herauszufinden, hilft dir dieses Tool.

Funktioniert das überhaupt mit dem Internet Explorer?

Getestet und optimiert wurden die Skripte mit Mozilla Firefox, der hier auch gleich ausdrücklich als Browser empfohlen wird.

Bei Benutzung des Internet Explorers kann es passieren, dass einzelne Funktionen nicht oder nur eingeschränkt funktionieren. Auf jeden Fall solltest du unbedingt auf die aktuelle Version (IE7) updaten. Selbst nach dem Update funktioniert allerdings der godmode-Revert nicht.

Funktioniert das überhaupt mit Opera?

Getestet und optimiert wurden die Skripte mit Mozilla Firefox, der hier auch gleich ausdrücklich als Browser empfohlen wird.

Bei Benutzung von Opera kann es passieren, dass einzelne Funktionen nicht oder nur eingeschränkt funktionieren. Update bitte unbedingt auf eine aktuelle Version (Opera 9 oder höher). Selbst nach dem Update funktioniert allerdings der godmode-Revert nicht korrekt, und beim Setzen von Bausteinen (SLA, Löschantrag usw.) funktioniert der Schutz vor Doppeleinträgen nicht.

Und wie geht das nun mit diesem Revertieren?

Zur Erläuterung betrachten wir mal einen beispielhaften Versionsunterschied, wie er alle Tage vorkommt:

[[Hilfe:Cache|Fehler beim Thumbnail-Erstellen]]: Datei fehlt

Hier liegt ganz offensichtlich eine Artikeländerung vor, die nicht behaltenswert ist und komplett verworfen werden muss. Für solche Fälle gibt es die beiden Revertierfunktionen (hier mit zwei roten Kreisen markiert).

Die Revertierfunktion links (standardmäßig mit „(rev)“ markiert) stammt aus dem Modul addEditAndRevertLinks, im folgenden „Revert mit Begründung“ genannt. Die rechte Revertierfunktion (standardmäßig mit „[Zurücksetzen]“ markiert) stammt aus dem Modul godmode-light, der Einfachheit halber nennen wir sie mal „godmode-Revert“.

Beide funktionieren unterschiedlich und haben entsprechend jeweils Vor- und Nachteile. Der godmode-Revert emuliert den Revertier-Knopf, über den Administratoren verfügen. Neben dem durch diese Amtsanmaßung entstehenden psychologischen Effekt hat er den Vorteil, dass er sämtliche Änderungen des im Versionsunterschied sichtbaren letzten Bearbeiters rückgängig macht. Falls die im obigen Beispiel aufgeführte IP hintereinander mehrere Änderungen an diesem Artikel vorgenommen hat (und man davon ausgehen kann, dass diese Änderungen ähnlicher Qualität sind), ist der godmode-Revert angebracht; man spart sich dadurch die Zeit, aus der Versionsgeschichte die letzte akzeptable Version herauszukramen. Falls in der Zwischenzeit jemand anderes Änderungen am Artikel vorgenommen hat, liefert der godmode-Revert eine entsprechende Fehlermeldung.

Der godmode-Revert hat allerdings mehrere Nachteile. Zum einen kommt es bei vandalismusträchtigen Artikeln häufig vor, dass verschiedene Bearbeiter hintereinander Änderungen fragwürdiger Qualität vornehmen. Mit dem godmode-Revert setzt man dann auf eine Version zurück, die genauso schlecht ist wie die aktuelle. Schwerwiegender ist der Nachteil, dass für den Revert keine Begründung angegeben werden kann (und daher diese Funktion nur in Fällen von völlig eindeutigem Vandalismus eingesetzt werden sollte, keinesfalls aber bei inhaltlichen Differenzen, vermeintlichem POV und ähnlichem).

Für so etwas gibt es den Revert mit Begründung. Dieser setzt immer genau auf die Version zurück, die im Versionsunterschied auf der linken Seite zu sehen ist. Das hat den Vorteil, dass die letzte akzeptable Version des Artikel in der Versionsgeschichte gesucht und dann auf diese zurückgesetzt werden kann; gleichzeitig ergibt sich der Nachteil, dass (während des Herumsuchens in der Versionsgeschichte entstandene) Änderungen anderer Mitarbeiter ebenfalls revertiert werden. Hier (und beim godmode-Revert genauso) gilt: nach dem Einsatz des Revertier-Knopfes muss geprüft werden, ob dabei versehentlich sinnvolle Änderungen gelöscht wurden, diese sind dann wiederherzustellen.

Der große Vorteil des Reverts mit Begründung ist natürlich ebenjene Begründung; siehe dazu die nächste Frage.

Kann man die Begründung zum Revertieren auch ändern?

Beim Revert mit Begründung (siehe vorige Frage) kann eine Begründung für das Zurücksetzen angegeben werden. Diese Begründung ist standardmäßig mit „Grund: keine Verbesserung des Artikels“ angegeben, kann aber im nach Drücken des „(rev)“-Knopfes auftauchenden Fenster angepasst werden. Auch die Standardbegründung kann man für den eigenen Bedarf anpassen; die dafür relevante Variable in der monobook.js ist diese hier:

var aearldefault = "Grund: keine Verbesserung des Artikels";      // Defaultgrund beim Revertieren

Außerdem gibt es noch eine bunte Sammlung von Shortcuts, mit denen man typische Revertierbegründungen ohne viel Tipperei eingeben kann. In folgender Tabelle sind die wichtigsten Shortcuts aufgeführt:

Shortcut	Ergebnis in der Kommentarzeile
web	Link bietet keine weiterführenden lexikographischen Informationen.
pop	Link führte zu Website mit bevormundender Navigation (siehe auch WP:WEB).
dis	Bitte Diskussionsseite beachten.
rere	Bitte zunächst auf der Diskussionsseite einen Konsens herstellen.
va	Grund: Vandalismus.
ba	Grund: Barbarismus.
er	Eigenrevert! (Ich muss wohl mal wieder zum Optiker...)
unt	Nicht unterschriebenen Diskussionsbeitrag entfernt (siehe auch WP:SIG).
unf	Grund: Unfall in der Editbox
twl	Bitte keine externen Links (Weblinks) im Artikeltext selbst angeben (siehe auch WP:WEB).
blau	Bitte keine extreme Überverlinkung (siehe auch WP:BLAU).
komm	Kommentare gehören nicht in den Artikel, sondern auf die Diskussionsseite.
qa	Bitte inhaltliche Änderungen mit Fundstellen/Belegen/Quellen begründen (siehe auch WP:BLG) und künftig den Hinweis "Zusammenfassung und Quellen" nutzen.
rl	Relevanz fraglich. Bei Beispielaufzählungen mit mehreren "blauen" Links keine "roten" Links hinzufügen. Relevanz durch Anlegen der entsprechenden Artikel klären (siehe WP:VL).
pov	Beitrag widerspricht dem Grundsatz des Neutralen Standpunktes. Lob und Kritik müssen durch relevante Quellen belegt werden. Bitte WP:NPOV beachten.
wl	Nicht begründete/nachvollziehbare Ver-/Entlinkung. Bitte begründen! (Zusammenfassung und Quellen oder ggf. Diskussionsseite nutzen.)
loe	Nicht begründete/nachvollziehbare Löschung. Bitte begründen! (Zusammenfassung und Quellen oder ggf. Diskussionsseite nutzen.)
wwni	Form des Beitrages vermittelt kein enzylopädisches Wissen. Bitte die Grundsätze in Was Wikipedia nicht ist beachten.
enz	Beitrag nicht von enzyklopädischer Textqualität. Bitte "Wie schreibe ich einen guten Artikel" beachten.
man	Bitte keine fremden Diskussionsbeiträge verändern.

(Die Idee zu diesen Shortcuts und der größte Teil der Formulierungen stammen von -jha-; vielen Dank! Verbesserungsvorschläge nehme ich gerne entgegen.)

Und die Begründung für Schnellöschanträge?

Das funktioniert ganz ähnlich wie beim Revert mit Begründung (siehe vorige Frage). Die Begründung für den SLA ist standardmäßig mit „Kein Artikel“ angegeben, kann aber im nach Drücken des „SLA+“-Knopfes auftauchenden Fenster angepasst werden. Auch die Standardbegründung kann man für den eigenen Bedarf anpassen; die dafür relevante Variable in der monobook.js ist diese hier:

var defaultSLA = "Kein Artikel";       // Standard-SLA-Grund

Außerdem gibt es noch eine kleine Sammlung von Shortcuts, mit denen man typische SLA-Begründungen ohne viel Tipperei eingeben kann. In folgender Tabelle sind die wichtigsten Shortcuts aufgeführt:

Shortcut	Ergebnis im SLA-Baustein
b	Bandspam
c	Clanspam
d	Verwaiste Diskussionsseite
i	Offensichtliche Irrelevanz
k	Kein Artikel
l	Linkcontainer
m	Müll
r	Rapperspam
t	Tastaturtest
u	Unfug
w	Wörterbucheintrag
x	Wiedergänger
z	Werbeeintrag

Seit ich diese monobook.js habe, kommt immerzu eine seltsame Fehlermeldung!!

Vermutlich geht es um diese Meldung hier:

Sie bedeutet, wie ja eigentlich auch schon da steht, dass du ein Update deiner monobook.js machen musst, da deine Version veraltet ist und mit den aktuellen Modulen Fehler produzieren würde.

Solche nervigen Aufforderungen zum Update sollten äußerst selten vorkommen; an den Modulen wird zwar ständig herumgebastelt, um sie an Änderungen in der Wikipedia anzupassen, aber davon kriegt man als Nutzer normalerweise gar nichts mit.

Eine Liste der wichtigsten Änderungen zwischen den einzelnen Versionen der monobook.js findet sich hier.

Aber die Fehlermeldung ist aufdringlich und unverschämt und stört bei der Arbeit!

Wenn du dir sicher bist, dass du nicht (oder nicht jetzt) updaten willst und dir die Update-Warnung die gute Laune verdirbt, kannst du sie in deiner monobook.js abschalten, indem du diese Zeile einfügst:

var nonags = true;

Bitte tue das aber nur, wenn du wirklich weißt, was du tust und warum. Zum einen werden die vom Update betroffenen Funktionen dann einfach kommentarlos abgeschaltet; zum anderen können (auch schwerwiegende) Programmfehler auftreten. Um es ganz deutlich zu sagen: Wenn mal so ein Updatehinweis kommt, ist er kein Witz, sondern ernst gemeint. Das Update ist dann wirklich notwendig.

Ich habe das Skript übernommen, aber manche der angeblichen neuen Funktionen funktionieren nicht!

Das liegt dann vermutlich daran, dass manche Funktionen standardmäßig ausgeschaltet sind; du müsstest sie dann erst einmal anschalten. Das funktioniert, wie gesagt, alles über Parameter im oberen Teil der monobook.js, die du dann jeweils von false auf true setzen müsstest. (Achtung: es muss tatsächlich true heißen, und nicht True oder TRUE oder ja oder bitte anschalten oder so....)

Zur Orientierung hier eine Liste der Funktionen, die standardmäßig ausgeschaltet sind und die man also erst einmal einschalten muss, um sie zu benutzen:

Funktion	Parameter in der monobook.js	Zu beachten
Dropdown-Menüs im QuickBar	var usedropdown = false;
Schweizer Rechtschreibung (ß durch ss ersetzen)	var changeszlig = false;
Fußnotenangaben in Artikeln verstecken	var reftoggle = false;
Breite von Bildergalerien anpassen	var newgallery = false;
QuickEdit	var qeEnabled = false;
Rechtschreibprüfung	var rechtschreibpruefung = false;
Vandalenmarkierung via IP-Patrol	var ippvandalmark = false;
Wiki-Miniatlas	var miniatlas = false;
Koordinaten in der Editbox generieren	var coordinates = false;
automatische Unterschrift auf Diskussionsseiten	var signing = false;
Suchen/Ersetzen in der EditBox	var searchbox = false;
zusätzliche Buttons in der Symbolleiste	var customtoolbar = false;
Lupins Popups	var lupinpopups = false;
doppelte Links im Artikeltext anzeigen	var showredundantlinks = false;	funktioniert momentan nicht richtig
bei IP-Benutzern: Link auf whois-Abfrage als Tooltip	var ripe = false;
buntes Syntax-Highlighting bei JavaScript-Code	var js_highlight = false;

Und welche Funktionen sind standardmäßig eingeschaltet?

Hier die Liste der Zusatzfunktionen, die standardmäßig eingeschaltet sind (zum Ausschalten einfach den Wert des Parameters true  auf false setzen):

Funktion	Parameter in der monobook.js	Zu beachten
Beschriftungen der Benutzeroberfläche ändern	var beschriftungen = true;
„Rote Hand“ warnt vorm Ändern fremder Benutzerseiten	var markhandsoff = true;	nur in Verbindung mit „Beschriftungen der Benutzeroberfläche ändern“
Automatisches Eintragen von Bausteinen (SLA etc.)	var autosave = true;
Links zum Eintragen von Portal-/Redaktionshinweis	var hinweis = true;
godmode-Revert	var godmodelight = true;
Revert mit Begründung	var revertwithreason = true;
Edit-Links für jede Version in der Versionsgeschichte	var editlinkoldversion = true;
Links zu Benutzerlog, Seitenlog etc. einblenden	var addlogslink = true;
Bearbeiten des ersten Seitenabschnitts (Intro)	var addeditsection0 = true;
Administratoren markieren	var markadmins = true;
Ungewöhnliche Sonderzeichen in Lemmata und Benutzernamen markieren	var markutf8 = true;
Versionsunterschiede besser formatieren	var diffwidth = true;
fehlende Signaturen nachtragen	var unsigning = true;

Ich habe das Skript übernommen, jetzt ist oben links vor dem schönen Wikipedia-Logo so ein neuer Kasten. Das sieht blöd aus!

Der „Kasten“ ist das (bis jetzt) obligatorische Hauptsteuerelement dieser monobook.js-Variante, der sogenannte „Quickbar“. Das dahinterliegende Wikipedia-Logo wird normalerweise von der monobook.js ausgeblendet; falls das bei dir nicht der Fall ist, musst du es in deinem monobook.css (nicht in der monobook.js) ausblenden, und zwar mit diesem Eintrag:

#p-logo { display:none; }

Alternativ könntest du auch dieses komplette monobook.css übernehmen, in dein eigenes monobook.css kopieren und für deine Zwecke anpassen.

Der komische Kasten zerstört aber leider die Druckansicht!

Das sollte in aktuellen Versionen dieser monobook.js nicht mehr der Fall sein.

Falls deine Version in dieser Hinsicht veraltet ist, musst du den Quickbar in deinem monobook.css speziell fürs Drucken ausschalten. Einfach folgendes dort einfügen:

/* sicherstellen, dass der quickbar nicht mitgedruckt wird */
 
@media print {
  #p-quickbar { display:none; }
}

Wenn ich im Kasten oben links auf irgendwas klicke, wird immer ein neues Fenster (oder ein neuer Tab) geöffnet!

Stimmt. Das lässt sich aber ganz leicht ändern: einfach in deiner monobook.js diese Variable hier:

var qbnewpage = true;           // sollen Seiten aus dem QuickBar im neuen Fenster aufgerufen werden?

von true auf false setzen.

Und wozu ist der Kasten nun eigentlich gut?

Im wesentlichen zur Arbeitserleichterung. Ein typischer „Kasten“ könnte z. B. so aussehen:

Beim Bearbeiten einer Wikipedia-Seite hat man eine (um Editierhilfen etc. erweiterte) Version des „Kastens“:

Wie du siehst, ist er im unteren Bild in eine Kopfzeile und 9 Abschnitte unterteilt (das können aber mehr oder weniger sein, je nach Kontext, d. h. je nachdem, auf welcher Wikipedia-Seite du dich gerade befindest).

Die Kopfzeile liefert die Versionsnummer deiner monobook.js und einen Link auf die Unterseiten in deinem eigenen Benutzernamensraum.

Im Abschnitt 1 befinden sich Links auf elementare Hilfe- und Ankündigungsseiten: „Fragen zur Wikipedia“, „Auskunft“, „Verbesserungsvorschläge“ usw.

Abschnitt 2 enthält Links auf Seiten, die im weitesten Sinne etwas mit der Eingangskontrolle der Wikipedia zu tun haben: „Letzte Änderungen“, neu angelegte Seiten, Logbücher usw.

Im Abschnitt 3 finden sich häufig benutzte Projektseiten: „Löschkandidaten“, „Qualitätssicherung“, „Review“ u.v.m.

Abschnitte 4 und 5 enthalten Links zu externen Tools (die in Abschnitt 4 sind auf dem wikimedia-eigenen Toolserver, während die in Abschnitt 5 tatsächlich extern sind), z. B. zur Überprüfung von Texten bei URV-Verdacht und zum Auffinden von Interwiki-Links und PND-Nummern.

Abschnitte 6, 7 und 8 tauchen nur auf, wenn man gerade eine Seite bearbeitet. Sie bieten häufig verwendete Sonderzeichen, Formatierungshilfen und ähnliches.

Abschnitt 9 schließlich ist der einzige, wo etwas Vorsicht geboten ist, weil hier automatisch Löschanträge, Schnellöschanträge, Vandalismusmeldungen usw. vorgenommen werden. Standardmäßig werden diese Meldungen automatisch und ohne weitere Bestätigung vorgenommen. Wem das zu gefährlich ist: einfach in der monobook.js in dieser Zeile:

var autosave = true;            // automatisches Speichern von QS/LA/SLA/BildLA/Vandal-Einträgen?

den Wert von true auf false ändern.

Um Herauszufinden, welche Funktion sich hinter einem bestimmten Kürzel befindet, kann man einfach mit der Maus über das Kürzel fahren; es erscheint dann eine etwas längere Funktionsbenennung.

Mag ja sein, aber der Kasten sieht bei mir völlig anders aus!

Hmm. So vielleicht?

Das liegt dann daran, dass du das dazugehörige monobook.css (das CSS sorgt für Farbgebung, abgerundete Ecken usw.) nicht mitkopiert hast. Ein solches CSS findest du beispielhaft hier: Benutzer:PDD/monobook-clean.css. Du kannst es einfach in dein monobook.css kopieren und dann nach Wunsch anpassen.

Übrigens kann man viele der Optionen auch „einklappen“, wenn man das übersichtlicher findet oder der Kasten (aufgrund der eingestellten Schriftgröße) zuviel Platz einnimmt. Das sieht dann z. B. so aus:

Erreichen lässt sich das, indem man in der folgenden Zeile in der eigenen monobook.js das false durch ein true ersetzt:

var usedropdown = false;        // Wenn keine Dropdowns gewünscht sind, hier false eintragen!

Im Kasten fehlen Links, die ich dringend brauche!

Du kannst dort ganz einfach neue Links oder Funktionen hinzufügen, wenn du dem Muster der vorhandenen Einträge folgst. Und wenn du etwas hinzufügst, was auch für andere nützlich sein könnte, kannst du es dann noch in die QuickBar Bastelecke eintragen. Viel Spaß beim Basteln!

Beim SLA-Stellen ist meine Begründung verschwunden, obwohl ich völlig recht hatte!

Mit dem Inhalt der Begründung hat das nichts zu tun, sondern mit der Form - genauer gesagt, mit der Form deiner Signatur. Die Begründung (inklusive Signatur) wird an die SLA-Vorlage als Parameter übergeben, und bestimmte Zeichen dürfen in solchen Parametern nicht vorkommen. Eines davon ist das Gleichheitszeichen =, das z.B. in farbigen Signaturen vorkommt (aufgrund von Konstrukten wie <span style="color:red;">).

Falls du eine solche ausgefallene Signatur hast und die Farbenpracht beim Erstellen einer Enzyklopädie hilfreich ist, müsstest du folgenden Parameter in deiner monobook.js von false auf true setzen:

var signogrundparam = false;           // auf true setzen, wenn Signatur das SLA-Eintragen behindert

Was hat es mit diesen verschiedenen Signaturmöglichkeiten oben in der monobook.js auf sich?

Damit wird einfach nur das Aussehen deiner Signatur gesteuert, jedenfalls soweit sie automatisch eingefügt wird. Deine normale, von dir manuell eingefügte Signatur bleibt davon unberührt.

Die zuerst angebenene Variante ist die übliche Standardversion, die anderen sind sozusagen typografisch leicht angepasst (aber im Prinzip ist es egal, welche du nimmst). Du musst nur darauf achten, dass du dich für eine der 4 Varianten entscheidest und alle anderen (mit // davor) auskommentierst.

Automatisch signiert werden allerdings ausschließlich automatische Löschanträge, Vandalenmeldungen usw. (gesteuert über die Funktion eintragen.js). Wenn du außerdem auch noch deine Diskussionsbeiträge automatisch signieren lassen willst, musst du oben in deiner monobook.js folgenden Eintrag von false auf true setzen:

var signing = false;            // automatische Unterschrift auf Diskussionsseiten?

Seit ich die monobook.js habe, ist die Wikipedia viel langsamer geworden!

Genau genommen ist es nicht die Wikipedia, sondern dein Computer oder deine Netzverbindung, die zu langsam sind. Davon abgesehen: Versuche bitte, Module abzuschalten, die du nicht brauchst.

Besonders zeitintensiv sind Module, die alle Links auf einer Seite durchgehen und Markierungen anbringen (also z. B. markadmins und markUTF8).

Ich habe zwar einen schnellen PC, aber eine langsame Internet-Verbindung! Was nun?

Tja, das musst du selber wissen... :-)

Nur ein paar Zahlen: Diese FAQ-Seite hier ist (momentan!) 71 KB groß (ohne die Bilder mitzurechnen). Dazu liefert die MediaWiki-Software aber noch einen Stapel anderer Dateien: zuerst mal die Stylesheets /skins-1.5/common/shared.css (2 KB), /skins-1.5/monobook/main.css (27 KB), /skins-1.5/common/diff.css (2 KB), /skins-1.5/common/commonPrint.css (6 KB), MediaWiki:Common.css (17 KB) und MediaWiki:Monobook.css (6 KB). Dazu kommen eventuell noch ein paar browserspezifische Stylesheets: /skins-1.5/monobook/IE50Fixes.css (2 KB), /skins-1.5/monobook/IE55Fixes.css (2 KB), /skins-1.5/monobook/IE60Fixes.css (2 KB) bzw. /skins-1.5/monobook/IE70Fixes.css (2 KB). Macht insgesamt 62 KB extra.

Das ist aber noch nicht alles. MediaWiki fügt dann auch noch etliche JavaScript-Dateien ein: /skins-1.5/common/wikibits.js (40 KB), /skins-1.5/common/ajax.js (5 KB), /skins-1.5/common/ajaxwatch.js (5 KB), MediaWiki:Common.js (7 KB), MediaWiki:Monobook.js (7 KB), und MediaWiki:Pagecounter.js (2 KB). Beim Bearbeiten von Seiten gibts extra dazu noch MediaWiki:Onlyifediting.js (3 KB) und das dazugehörige MediaWiki:Edittools (14 KB), und bei Dateiuploads analog MediaWiki:Onlyifuploading.js (1 KB), sowie wieder ein browserspezifisches /skins-1.5/common/IEFixes.js (4 KB). Also noch einmal 66 bis 83 KB extra, und da sind wir insgesamt schon bei 199 bis 216 KB für dieses kleine FAQ, ohne dass du diese monobook.js überhaupt benutzt.

Und wenn du nun diese spezielle monobook.js (und das dazugehörige css) noch zusätzlich einfügst, kommen (in der Standardkonfiguration) noch einmal ungefähr 200 KB dazu. Tja. Wie gesagt: Musst du wissen.

Irgendwie gefällt mir das alles nicht so. Gibts nichts anderes?

Aber klar, es gibt auch alternative monobook.js-Varianten. Allerdings sind es nicht sonderlich viele.

Die hier angebotene monobook.js beruht auf der nach wie vor meistverbreiteten monobook.js in der deutschen Wikipedia, nämlich der von Benutzer:Littl. Diese erkennt man in der Regel an der version-Zeile:

var version  = '0.91';

(Statt 0.91 kann da auch 0.6, 0.7, 0.8 oder 0.9 stehen.) Von diesen Versionen ist abzuraten; sie bieten keine Vorteile gegenüber dem hier vorliegenden „Ableger“, dafür aber eine Menge Nachteile (nämlich fehlende oder nicht mehr korrekt funktionierende Funktionen).

Eine sehr interessante Alternative ist die monobook.js von Benutzer:D, die im Unterschied zu der hier vorliegenden Fassung einheitlich und sauber designt ist und keine historischen Altlasten mit sich herumschleppt. Man findet sie unter Benutzer:D/monobook.

Außerdem gibt es die TWINKLE-Skripte aus der en.wikipedia; eine deutsche Adaption durch Benutzer:C-M befindet sich momentan in der Testphase; siehe unter Benutzer:C-M/TWINKLE.

Als weitere Variante gibt es noch die Fassung von Benutzer:BLueFiSH.as, die ursprünglich mal ein Vorgänger der Version von Benutzer:Littl war (die ja wiederum der Vorgänger der hier vorliegenden Version ist), aber zwischenzeitlich erweitert und verbessert wurde. Finden kann man sie hier: Benutzer:BLueFiSH.as/monobook.js.

Und schließlich und aus der englischen Wikipedia kommend gibt es das komplexe Modul „Navigation Popups“, das zwar (optional) bereits in der vorliegenden monobook.js eingebunden ist, aber auch als alleinstehendes System verwendet werden kann. Näheres dazu siehe hier: Wikipedia:Helferlein/Navigation-Popups.

Weitere monobook.js-Versionen, die aber im Wesentlichen Abwandlungen dieser 3 Grundvarianten oder Zusatzmodule sind, finden sich hier: Wikipedia:Skin.

Und zu guter letzt kann man das alles natürlich auch mit lokalen (also auf dem eigenen Computer gespeicherten statt von den Wikipedia-Servern geladenen) Skripten machen, beispielsweise mit Hilfe von Mozilla Firefox und dem Greasemonkey-Add-on. Einige solcher Skripte hat Revvar programmiert: RB (Revert-Button), RT (Rechtschreibprüfung), KM (Kontextmenü). Und auch Littl plant wohl etwas in der Art. Am besten dort nachlesen oder nachfragen, und in jedem Fall: Viel Spaß beim Ausprobieren!

Meine Frage wird hier überhaupt nicht beantwortet!

Dann schreib die Frage bitte auf die Diskussionsseite; eine Antwort kommt sobald wie möglich.