Benutzer:PDD/monobook FAQ

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);


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:

 

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: Unfug oder Vandalismus“ 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: Unfug bzw. Vandalismus";      // 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:



Vorlage:Highlight1 |Shortcut

Vorlage:Highlight1 |Ergebnis in der Kommentarzeile


for

Bitte keine Weblinks zu Foren, Blogs oder Fanseiten (siehe auch WP:WEB).


web

Link zu nicht zielführender Website entfernt (siehe auch WP:WEB).


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.


ba, va

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).


qa

Anonyme Änderungen bitte ggf. mit Fundstellen/Belegen/Quellen begründen (siehe auch WP:QA) 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.

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


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:



Vorlage:Highlight1 |Funktion

Vorlage:Highlight1 |Parameter in der monobook.js

Vorlage:Highlight1 |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):



Vorlage:Highlight1 |Funktion

Vorlage:Highlight1 |Parameter in der monobook.js

Vorlage:Highlight1 |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 in diesem Fall in 7 Abschnitte unterteilt (das ändert sich aber je nach Kontext, d. h. je nachdem, auf welcher Wikipedia-Seite du dich gerade befindest).
Im Abschnitt 1 befinden sich Links auf häufig benutzte Projektseiten und ähnliches: „Fragen zur Wikipedia“, „Letzte Änderungen“, „Löschkandidaten“, usw. (Die Versionsnummer oben kann man ignorieren; ihre Anzeige lässt sich in der monobook.js ausschalten.)
Abschnitt 2 enthält Links zu externen Tools, z. B. zur Benutzerstatistik oder zur Überprüfung von Texten bei URV-Verdacht.
Abschnitte 3, 4, 5 und 6 tauchen nur auf, wenn man gerade eine Seite bearbeitet. Sie bieten Formatierungshilfen und ermöglichen das automatische Setzen von Bausteinen (z. B. zur Begrüßung neuer Mitarbeiter).
Abschnitt 7 schließlich ist der einzige, wo etwas Vorsicht geboten ist, weil hier automatisch Löschanträge, Schnellöschanträge, Vandalenmeldungen 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.


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. 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!


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!) 39 kB groß. Dazu liefert die MediaWiki-Software aber noch einen Stapel anderer Dateien: zuerst mal die Stylesheets /skins-1.5/monobook/main.css (25 KB), /skins-1.5/common/commonPrint.css (6 KB), MediaWiki:Common.css (14 KB) und MediaWiki:Monobook.css (5 KB). Dazu kommen eventuell noch ein paar browserspezifische Stylesheets. Macht insgesamt 50 KB extra.
Das ist aber noch nicht alles. MediaWiki fügt dann auch noch etliche JavaScript-Dateien ein: /skins-1.5/common/wikibits.js (24 KB), /skins-1.5/common/ajax.js (5 KB), MediaWiki:Monobook.js (13 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 (12 KB).
Also noch einmal 44 bis 59 KB extra, und da sind wir insgesamt schon bei 133 bis 148 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 105 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.
Als dritte 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. 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.