Benutzer:PDD/monobook FAQ

Hinweis: Du darfst diese Seite editieren!

Ja, wirklich. Es ist schön, wenn jemand vorbeikommt und Fehler oder Links korrigiert und diese Seite verbessert. Sollten deine Änderungen aber dem Inhaber dieser Benutzerseite nicht gefallen, sei bitte nicht traurig oder verärgert, wenn sie rückgängig gemacht werden.
Wikipedia ist ein Wiki, sei mutig!

Wie übernehme ich dieses Skript?

Einfach auf der Seite Benutzer:PDD/monobook.js auf „Quelltext anzeigen“ 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).

Moment mal… welches Skript überhaupt? Was ist dieses „Monobook“, und muss man das haben?

Um die letzte Frage zuerst zu beantworten: Monobook muss man nicht haben, aber du hast es mit hoher Wahrscheinlichkeit bereits. Für die Wikipedia gibt es eine Anzahl vorkonfigurierter Benutzeroberflächen (skins), wobei „Monobook“ bis Juni 2010 der Name des Standardskins war, der unangemeldeten Benutzern (und auch angemeldeten, solange sie das nicht in ihren Einstellungen änderten) angezeigt wurde. Alternativ zum Monobook-Skin gibt es noch den aktuellen Standardskin „Vector“ (so sieht ein Artikel mit dem Vector-Skin aus), den einigermaßen populären Skin „Modern“ (sieht so aus) sowie ein paar eher ungebräuchliche Skins, z. B. „Cologne Blue“.

So viel zum Monobook-Skin. Im Rest des FAQs geht es allerdings überhaupt nicht darum, sondern um eine Skriptsammlung für den Monobook-Skin, die eine Auswahl zusätzlicher Werkzeuge anbietet. (Der Name des FAQs ist also gewissermaßen irreführend.)

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 von true 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.

Dafür ist es allerdings notwendig, dass du dem Tool mitteilst, von welcher Versions-ID du deine monobook.js kopiert hast(bei Problemen die ID herauszufinden, kannst du hier um Hilfe bitten). Das Tool trägt bei der Verwendung in der ersten Zeile(der generierten monobook.js) die neue ID ein, damit in Zukunft das Heraussuchen der ID vereinfacht wird.

Update: Das Update-Tool funktioniert zur Zeit nicht.

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 (IE8) updaten.

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 beim Setzen von Bausteinen (SLA, Löschantrag usw.) der Schutz vor Doppeleinträgen nicht.

Funktioniert das überhaupt mit Safari oder Google Chrome?

Ja.

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 und Sichter 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 enzyklopädischen 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.
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 enzyklopä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 Schnelllö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;
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;
OpenStreetMap	var openstreetmap = false;
Koordinaten in der Editbox generieren	var coordinates = false;
automatische Unterschrift auf Diskussionsseiten	var signing = false;
Suchen/Ersetzen in der EditBox	var searchbox = 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;
lustige Änderungen des Neue-Nachrichten-Balkens	var irrenhaus = 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“
Halb- und vollgesperrte Seiten farblich markieren	var sperrstatus = true;
Automatisches Eintragen von Bausteinen (SLA etc.)	var autosave = true;
godmode-Revert	var godmodelight = true;	Nur noch für Neumitarbeiter interessant; Sichter haben diese Funktion automatisch
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;
Button zum Bearbeiten des ersten Seitenabschnitts (Intro)	var addeditintro = true;
Button zum Purgen einer Seite aus dem Cache	var addpurge = true;
Administratoren markieren	var markadmins = true;
Ungewöhnliche Sonderzeichen in Lemmata und Benutzernamen markieren	var markutf8 = true;
fehlende Signaturen nachtragen	var unsigning = true;
auf Dateiseiten eventuelle Duplikate anzeigen	var imgdupecheck = true;
beim Sichten Übersicht ungesichteter Versionen zeigen	var diffhistory = 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, Schnelllö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 in manchen Browsern 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!) 79 KB groß (ohne die Bilder mitzurechnen). Dazu liefert die MediaWiki-Software aber noch einen Stapel anderer Dateien: zuerst mal die Stylesheets shared.css (7 KB), commonPrint.css (5 KB), main.css (27 KB), flaggedrevs.css (6 KB), MediaWiki:Common.css (17 KB), MediaWiki:Print.css (1 KB), MediaWiki:Handheld.css (1 KB) und MediaWiki:Monobook.css (6 KB). Dazu kommen eventuell noch ein paar browserspezifische Stylesheets: IE50Fixes.css (2 KB), IE55Fixes.css (2 KB), IE60Fixes.css (2 KB) bzw. IE70Fixes.css (2 KB). Macht insgesamt 70 bis 72 KB extra.

Das ist aber noch nicht alles. MediaWiki fügt dann auch noch etliche JavaScript-Dateien ein: wikibits.js (30 KB), ajax.js (5 KB), ajaxwatch.js (5 KB), mwsuggest.js (25 KB), dann die Skripte für die von dir ausgewählten Gadgets (unterschiedlicher Größe, aber auch da gibt es dicke Brocken wie den Editor wikEd mit 362 KB und die Popups mit 282 KB), centralnotice.js (5 KB), MediaWiki:Common.js (13 KB) und MediaWiki:Monobook.js (2 KB), sowie wieder ein browserspezifisches IEFixes.js (4 KB). Für die Suchfunktion kommt MediaWiki:SpezialSuche.js (5 KB) dazu, beim Bearbeiten von Seiten gibts extra noch MediaWiki:Onlyifediting.js (3 KB) und das dazugehörige MediaWiki:Edittools (12 KB), und bei Dateiuploads analog MediaWiki:Onlyifuploading.js (1 KB). (Extra für Versionsvergleiche gibt es übrigens auch noch diff.css (3 KB) und diff.js (1 KB), aber die lassen wir mal außen vor.) Jedenfalls kommen durch die JS-Dateien noch einmal 85 bis 110 KB dazu, und da sind wir insgesamt schon bei 234 bis 261 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 280 KB dazu (und wenn du alle optionalen Module einschaltest, sogar 380 KB, und wenn du dann noch alle verfügbaren Gadgets aktivierst, sind es sogar über 1 MB). 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 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 etwas älteren 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 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!

Die farbigen Unterlegungen in der Beitragsliste unter Spezial:Beiträge stören mich. Wie gehen sie weg?

Gehe dazu auf die Seite Spezial:Fliegelflagel und suche nach „Topcontrib“. Klicke nun im Kapitel „Topcontrib“ unten rechts neben „Aktivieren“ auf „nein“ und anschließend auf dieser Spezialseite ganz oben links auf „Änderungen speichern“.

Meine Frage wird hier überhaupt nicht beantwortet!

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