Sonstige Fragen, Fehlermeldungen, Ideen für neue Funktionen, Abneigung gegen vorhandene Funktionen? Immer her damit, und zwar auf Benutzer Diskussion:PDD.
(0.99c, 16.2.2011) neues Modul hideNsLinkSearch.js; markAdmins.js von Guandalug vectorisiert und gadgetisiert, Markierung jetzt via span.adminMark; Anpassungen für https-Login; Anpassungen für MediaWiki 1.17
Versionen vor 0.99c bitte auf eine neuere Version updaten
(P098w, 13.12.2008) Umstellung auf Namensraum „File“; als Gadget verfügbares Modul entfernt (Benutzer:PDD/changeSZtoSS.js); wegen Exploit: Personalisierung/Tokenisierung für eintragen.js/addEditAndRevertLinks.js
(P098v, 26.7.2008) neues Modul supportFuncs.js (vor allem Ajax-Kram für codeispoetrys Tools); neues Modul checkDupes.js von codeispoetry; SG-Markierung überarbeitet; NDB+BBKL-Vorlage; mehr DÜP-Optionen; AStat-Button; neue Toolbuttons wegen gesichteter Versionen; godmode-light für Sichter überflüssig; neuer Editcounter (misza)
(P098u, 22.2.2008) neues Modul modifyLKs.js von mnh (nur für Admins); neue Version von dellinknowcommons (aufgebrezelt von codeispoetry); highlightredirects.js entfernt (geht jetzt via CSS); mehr Striche plus FixDash-Funktion
(P098s, 8.1.2008) Parameter für Gadgets nach vorne; als Gadget verfügbares Modul entfernt (customToolbar.js); Tool für "User:Stats" jetzt konfigurierbar; Ombuds-Admin wird markiert; neues Modul markErledigt.js von Euku; statt Uraltversion wikiminiatlas2.js jetzt Privatkopie wikiminiatlas.js; Buttons für Global User Contribs, Range Contribs etc.; Lemmasperr-Funktion raus (geht jetzt direkter)
Versionen vor P098s bitte auf eine neuere Version updaten
(P098r, 9.10.2007) neues Modul Sperrstatus.js von St-fl; Vandal-Button für Artikel; Benutzerseiten-Tools im QuickBar umsortiert; Bausteinsetzen auch bei ungewöhnlichen Benutzernamen (via Escapes); mehr PND-Bausteine; ADB-Baustein; farbige Benutzerbegrüßung
(P098p, 8.8.2007) Link aus Bilderupload-Gallery auf Userseiten; convertEntities.js eingebunden
(P098o, 20.7.2007) präemptiv ein paar Funktionen für Opera- und IE-Nutzer ausgeschaltet; BLU durch DÜP ersetzt; ein paar zusätzliche Tools; DeletedEdits jetzt unterschiedlich für Nicht-Admins und Admins
(P098n, 5.6.2007) Character-Replacements überarbeitet; Links zu Bilder-Tools nur noch auf Bild-Seiten; Kategorie-Tools neu sortiert (und nur noch auf Kategorie-Seiten angezeigt); Schiedsgerichtler-die-eigentlich-keine-Admins-sind anders markiert; dieses und jenes obsolete fixdiffwidth-Modul entfernt
Versionen vor P098n bitte auf eine neuere Version updaten
(P098m, 1.6.2007) Bezüge auf gelöschtes Modul delete.js entfernt, bessere Sonderzeichenersetzung für DEFAULTSORT und PND, Schriftgröße im QuickBar einstellbar, Markierung von CheckUser und Schiedsgerichtler, AutoReview-Tool hinzugefügt
(P098l, 27.5.2007) gelöschte Edits zu Logs hinzugefügt; neues Stimmrecht-Tool von C-M, irrenhaus.js (Usermessage-Skript) von Revvar, neue Import-Funktionen von Revvar, Geburtstagstool von Benutzer:Luxo, SUL Conflict Search, TaggAll() ersetzt durch checkAllDeletedVersions()
(P098k, 9.3.2007) Längenbegrenzung für Zusammenfassungszeile (addEditAndRevertLinks.js); manuelle Zeitzonenverschiebung (für datierte LK-Seiten etc.); Einbindung des "Erstellte Artikel"-Tools; markAdmins optional nur noch bei Link auf Benutzerseite; bessere Erkennung von IP-Adressen; CommonsHelper mit aktuellem Bild; weitere optionale Benutzerdisk-Bausteine; Reload-Checkbox jetzt mit versteckter Beschriftung; neues Modul: persDaten.js von Spongo
(P098i, 25.2.2007) einzelne Quickbar-Abschnitte in Funktionen verkapselt (dadurch unbenötigtes leichter auskommentierbar); mehr Kohärenz im Dropdown-Code
(P098h, 25.2.2007) Standardtext für Vandalenmeldung definierbar; automatisch generierte Personenlemmata (mit Komma) in Personendaten, Defaultsort usw. eingefügt; PND-Suche; mehr Fußnotenmarkierungen; MyPages jetzt in Kopfzeile
(P098f, 24.2.2007) einige neue, im Lauf der Zeit bestellte kleine Features: SLA-Standardtext und Shortcuts; Aka's PageHistory; Adminfunktionen (gesperrter Benutzer usw.); automatische Editkommentare konfigurierbar usw.
(P098e, 23.2.2007) Admin-Flag plus rudimentäre Admin-Anpassungen; Markierung von Commons-Admins; IP-Funktionen auch auf Contribs; dellink-nc.js (NowCommons-Delete-Link von Revvar)
(P098b, 27.12.2006) Contributors-Tool; refs einfügen; umgestellt auf deutsche Spezialseitennamen; bei Klick auf Versionsnummer erfährt man jetzt, ob die monobook.js auf dem neuesten Stand ist
(P098a, 18.11.2006) viel Kosmetik: visuelle Warnung bei fehlerhaft kopierter monobook.js; Kategorienprojekt hat sich durchgesetzt; Signaturen mit zuviel Grafikkram nicht als Parameter übergeben; Defaultgrund beim Revertieren anpassbar; Bürokraten & Stewards jetzt auch markiert; QuickBar-Links umorganisiert und ergänzt; QuickBar-Link auf whois (bei IP-Benutzern); Spielwiesen-Reset als QuickBar-Link
(P098, 8.11.2006) Auslagerung von Hilfsfunktionen in helperFunctions.js, um durch Vorlagenänderungen bedingte Anpassungen außerhalb der monobook.js durchführen zu können (deshalb mal wieder Updatezwang); Einbindung der LA-Vorlage verbessert; noch mehr Fixes zur Vermeidung doppelter Bausteinsetzungen; globale Stimmrechtmarkierung entfernt (geht besser auf User-by-User-Basis über LogLinks); Fixes für Safari von Sypholux
Versionen vor P098 bitte auf eine neuere Version updaten
(P097α, 31.10.2006) Warnhinweis zur Vermeidung doppelter Löschanträge etc.; oben links fixierter Quickbar jetzt auch für Opera und IE7; neues Modul hinweise.js von DerHexer zum Einfügen von Redaktions- und Portalhinweis; leere Personendaten-Vorlage per Knopfdruck; fette Beschriftungen jetzt via css
(P097z, 16.10.2006) neue Module: coordinates und changeSZtoSS; Funktion fillActionPage() statt aktion(), jetzt wieder in der monobook.js; Funktion Init() aufgesplittet; bisschen umgeräumt
(P097y, 2.10.2006) zusätzliche anpassbare Beschriftungen; Littl-Reverts im selben Browserfenster möglich (var aearlhere); Warnhinweis bei LTR-Mark im Lemma; Einbindungsreihenfolge der Module geändert (Revert-Aktionen möglichst früh; Kosmetik möglichst spät)
(P097x, 24.9.2006) neue Funktion undate(); neues Modul customToolbar.js; Smiley-Modul entfernt; neue Optionen: markbecareful ("gefährliche" Buttons rot markiert); rev/edit-Links abschaltbar in Versionsgeschichte; Markierungen (UTF/Admin) abschaltbar auf Watchlist und Contribs; neuer Logslink für Bildnutzungs-Check auf Commons
(P097w, 12.9.2006) Lupin-Optionen umsortiert und vereinheitlicht; Diffwidth per Default an
(P097v, 12.9.2006) changeBeschriftungen() jetzt customisable; neue Module eingebaut (APPERs IP-Patrol; Smileys von Cryptic); paar Ergänzungen und Vereinheitlichungen im Quickbar
(P097u, 11.9.2006) Überflüssige Module entsorgt (moveEditsection.js und hideOwn.js); neues Modul eingebaut (QuickEdit von ASM); ein paar Ergänzungen im Quickbar
(P097t, 27.8.2006) Bugfix: Fehler bei Einbindung der Ripe-Tooltips behoben (Dank an Fg68at für den Hinweis)
Versionen vor P097t bitte auf eine neuere Version updaten
(P097s, 27.8.2006) Bugfix: auf Contributions wurde godmode-light.js nicht mehr geladen (Dank an Löschkandidat für den Hinweis)
(P097r, 27.8.2006) kleine Änderung: ein paar Quicklinks umarrangiert; neue Variable qbnewpage (auf false setzen, wenn Quicklinks kein neues Fenster öffnen sollen)
(P097q, 26.8.2006) wichtige Änderung: Edit/Revert-Script sowie Markierskripte (UTF8, Admins) anders eingebunden; dadurch monobook.js-Update nötig (außerdem: mehr Texte anpassbar; neues Modul für verbesserte Anzeige von Bildergalerien)
Versionen vor P097q bitte auf eine neuere Version updaten
(P097p, 26.8.2006) kleine Änderungen: Nutzer können jetzt bestimmte Texte ("IntroBearbeiten"; Admin-Markierungen) in der monobook.js für den eigenen Bedarf anpassen; Optionen sind jetzt (hoffentlich) übersichtlicher angeordnet
(P097o, 25.8.2006) Nur kleine Änderung: Benutzername muss nun nicht mehr eingetragen werden (monobook.js kann also jetzt jeder ohne Änderung übernehmen, ohne dass was schiefgehen kann). Diskussion dazu hier.
(P097n, 23.8.2006) kleine Änderungen: auf Spezial-Seiten nicht alle Module laden (spart Ladezeit); Modul "unsigned.js" eingebunden (füllt die Unsigned-Vorlage quasi halbautomatisch aus; sehr praktisch!); class "noprint" für den Quickbar (damit er nicht mit ausgedruckt wird); Versionsgeschichte auf Diskseite ausgelagert
(P097m, 13.8.2006) Nur kleine Änderung: Modul "reftoggle.js" (von Malte Schierholz) eingebunden (Fußnoten im Artikel ausblenden)
(P097l, 6.8.2006) Nur kleine Änderung: eingetragene "Hallo"-Begrüßungsbausteine verlinken jetzt auf die korrekte Diskussionsseite des Benutzers.
(P097k, 6.8.2006) Für alle Nutzer mit Versionen vor P097k: Die Funktionen zum Eintragen von Bausteinen (LA, SLA usw.) sind umgestrickt worden. Bei Benutzung alter monobook.js-Versionen besteht die Gefahr, dass ein LA für eine Kategorie oder ein Bild in einem Artikel landet (also dass z.B. der LA für die alberne Kategorie:Turiner Grabtuch stattdessen peinlicherweise im Lesenswerten ArtikelTuriner Grabtuch eingebaut wird, wie es mir beim Testen passiert ist...).
Versionen vor P097k bitte unbedingt auf eine neuere Version updaten
(P097j, 6.8.2006) kleine Änderung: Zusatzvariablen in Vorbereitung für Umbasteln des LA/SLA/usw.-Moduls
(P097i, 21.7.2006) kleine Änderungen: Vorlage:Signatur wieder ausgebaut (da keine Einigung mit dem/der Vorlagenersteller/in); moveEditSection nicht mehr benötigt (weil systemweit eingeführt)
Versionen vor P097h bitte auf eine neuere Version updaten
(P097g, 28.6.2006) kleine Änderungen: BildLKs jetzt auf datierten Unterseiten stellen; testweise Vorlage:Signatur als Option
(P097f, 26.6.2006) Änderung: getLemma() gefixt
(P097e, 26.6.2006) keine Änderungen (bis auf die Versionsnummer... oops!)
(P097d, 26.6.2006) kleine Änderung: vorbereitet für automatische Vandalenmeldung
(P097b, 9.6.2006) kleine Änderungen: Anpassen der Auto-Signatur möglich; optionales Modul: Lupin's Popups
(P097, 9.6.2006) sehr wichtige Änderung: einige Funktionen umbenannt (Standardisierung); neues Modul alertOnChanges.js (um Nutzer zum Updaten aufzufordern); außerdem: Hinweis auf FAQ eingebaut; Modul showRedundantLinks per Default ausgeschaltet (verursachte JS-Fehler);
Versionen vor P097 müssen unbedingt auf eine neuere Version geupdatet werden. Das gilt insbesondere für die alten Versionen von Littl (0.6 - 0.91)!
Bei diesen Uralt-Versionen fehlt leider auch jede Möglichkeit, Updatewarnungen zu erhalten.
(P096, 2.6.2006) kleine Änderungen: Parameterisierung des Moduls addLogsLink; neue optionale Module: JS-Highlighting von Olliminatore; Searchbox von Zocky
(P095, 1.6.2006) neuer Rollback-Kommentar (godmode-light); neues Modul: addLogsLink.js; importPage erweitert (jetzt auch aus Schwesterprojekten); zweite fixdiffwidth-Variante (von BLueFiSH.as); addEditLinkToOldVersionLinks.js ersetzt durch addEditAndRevertLinks.js mit zusätzlichen Parametern; bei allen eingebundenen Modulen jetzt Wikilink aufs Modul (dadurch besser erkennbar, wer veraltete Versionen noch verwendet)
Manchmal sind Änderungen in Modulen notwendig, die auch ein Update der monobook.js bei den Mitnutzern erforderlich machen. In solchen Fällen baue ich dezente (?) JavaScript-Warnungen ein, die die Nutzer auf das angeratene Update hinweisen. (Bei schwerwiegenden Änderungen kommt dazu auch noch die Abschaltung des entsprechenden Moduls für die betroffenen Benutzer.)
Die Versionen, wo solche Update-Warnungen eingesetzt wurden, sind in der Versionsliste jeweils rot hervorgehoben; dort stehen jeweils auch die konkreten Gründe für die Update-Notwendigkeit.
Und wie gesagt: wenn neue Features zur monobook.js hinzugefügt werden oder sonstige Verbesserungen gemacht werden, gibt es garantiert keine solche Warnung. Warnungen gibt es nur, wenn Änderungen in den Modulen dazu führen, dass alte Versionen der monobook.js nicht mehr oder nur noch fehlerhaft funktionieren. (Also bitte auf keinen Fall einfach das Warnmodul ausschalten oder die Versionsnummer hochsetzen, es sei denn, du möchtest unbedingt eine kaputte monobook.js haben.)
Hallo PDD, ich habe bemerkt das Du nun die Funktion importPage exzessiv nutzt und einzelne Funktionen auslagerst (moduliesierst) Ich denke dies bedeutet eine kleine Verzögerung deiner /monobook.js (da diese leider erst durch die PHP-Abrage des Servers gehen müssen) so würde ich vorschlagen die Fkt: importPage zu verbessern, mit einer Prüfung ob die einzelnen Dateien schon im Cache sind. Leider kann ich nicht sagen wie diese aussehen soll, ich erinnere mich nur dies irgendwo mal gesehen zu haben. Oder wird diese sowieso nur einmal pro Session aufgerufen/ durchlaufen? Dann wäre mein Ansinnen von niedriger Bedeutung. So würde ich auch dein Script gerne übernehmen wollen. Gruß -- Ολλίμίνατορέ•Ω• 16:39, 20. Apr 2006 (CEST)
Das mit der Verzögerung ist durchaus möglich, daran hatte ich noch gar nicht gedacht. Mir ging es erst einmal darum, die monobook.js soweit wie möglich zu modularisieren, weil das ganze vielleicht als Baukastensystem auch für andere nützlicher ist als eine monolithische monobook.js. Wenn dir ne gute Idee für eine bessere Import-Funktion kommt, sag Bescheid.. ansonsten schau ich mir das an, sobald ich mit der monobook.js fertig bin. — PDD — 17:09, 20. Apr 2006 (CEST)
function importPage(site){
document.write('<script type="text/javascript" src="/w/index.php?title='
+ site + '&action=raw&ctype=text/javascript&smaxage=2678400&dontcountme=s"><\/script>');
}
Ich habe gerade wahrscheinlich eine einfache Möglichkeit gefunden (mit zusätzlichen PHP-Parametern; nur abgekuckt in en:) :), wobei ich nicht genau weis was sie bedeuten, es gibt auch diese Option &ts=20060420210903. smaxage könnte vielleicht die Cache-Zeit sein – wie bei Cookies.
Vielleicht hat auch diese If-Abfrage (von User:Lupin) etwas damit zu tun!?
Bin gerade zu müde für genaue Analysen, aber diese ganzen Parameter (smaxage, dontcountme usw.) hängen ja an der URL und sind daher, glaube ich, nicht das was wir suchen... die URL gibt ja nur dem Webserver Informationen und nicht dem Browser, und der Cache, um den es hier geht, ist der vom Browser. Na ja, ich grübel demnächst mal drüber nach... — PDD — 02:14, 21. Apr 2006 (CEST)
Stimmt, ich kann es mir auch nicht vorstellen. Jedoch dontcountme scheint nicht zu schaden (und eher doch von Nutzen zu sein). -- Ολλίμίνατορέ•Ω• 15:36, 21. Apr 2006 (CEST)
Die ausgelagerten Scripte/ Module scheinen (mit obiger Funktion nun) tatsächlich aus dem Cache genommen zu werden, da es nicht ausreicht meine (veränderten) neu zuladen. -- Ολλίμίνατορέ•Ω• 22:33, 23. Apr 2006 (CEST)
Man benötigt obige Funktion (importPage) sowie einen Aufrauf dieser mit dem (gewünschten) Modul-Namen als Argument/ Parameter (am besten am Ende deiner /monobook.js). Falls (für optionale Funktionen) wahlweise eine im SETUP-Block (Options-)Variable/ Parameter ist;
// *** SETUP ***
var signing = true; // *NEU* aut. Unterschrift
var markadmins = true; // Admins etc. besonders hervorheben
sieht der Aufruf (am Ende im FOOT-Block als Bsp.) so aus:
// *** FOOT - Block *** ausgelagerte optionale Skripte (statische Module, aber mit möglicher dynamischer Funktion)
if (signing) importPage('Benutzer:Olliminatore/Signatur.js'); // Benutzer:Olliminatore/Signatur.js
if (markadmins) importPage('Benutzer:PDD/markAdmins.js'); // Benutzer:PDD/markAdmins.js
Anm.: Die Kommentare (// hinter der Modul-Einbindung) sind unbedingt miteinzufügen/ zu übernehmen.
Aus 3 Gründen:
Es ist (für jederman) ersichtlich wer dieses Modul benutzt
Man hat einen direkten Link zum Script.
Änderungen können (ohne es in der Beobachtungsliste zu haben) leicht erkannt werden.
Hallo, PDD! Es ist jetzt eigentlich eine blöde Frage, da ich das Skript auch nutzte, aber stellt die Übernahme durch andere Benutzer nicht eigentlich eine Urheberrechtsverletzung dar? Du mußt bedenken, dein Text steht unter der GFDL und ist nicht _nicht_ PD. Falls ich mich irren sollte sorry, aber ich mach mir nur Sorgen. Grüßlies, SPS♪♫♪eure Meinung 11:02, 9. Aug 2006 (CEST)
Wenn der Schreiber des Scripts andere dazu einlädt, sein Script zu kopieren, kann das tatsächliche kopieren nur schwer eine Urheberrechtsverletzung darstellen. -- sebmol?! 11:18, 9. Aug 2006 (CEST)
Das einfachste wäre, die Skripte under GPL (statt GFDL) zu stellen, was ich aber nicht alleine kann; da müsste man die ganzen Mitautoren (Bluefish, Littl, Olliminatore, Spongo usw.) erst fragen. Aber möglich wär das. — PDD — 13:35, 9. Aug 2006 (CEST)
Kannst du haben. --Spongo ⇄ 21:14, 4. Okt 2006 (CEST)
Sollte meine hinweise.js endlich mal gehen, dann stelle ich dies auch gerne unter GPL. Das Anti-doppelte-SLA-Skript kann jetzt schon darunter lizensiert werden. --DerHexer (Disk., Bew.) 22:35, 4. Okt 2006 (CEST)
Habe die hier folgende (sowieso veraltete) Liste der Änderungen aus der monobook.js entfernt; kostet ja alles nur Ladezeit, und die Credits der einzelnen Module finden sich jeweils am Anfang derselben.
// Änderungen PDD:
// - modularisiert
// - ein paar Zusatzskripte übernommen
// (Gänsefüßchen ersetzen, Admins markieren, doppelte Links anzeigen...)
// - kleinere Fixes, myTypoKorr() entfernt
// - Markierung von "Sonderzeichenbenutzernamen"
// - Fix der Breite der Diff-Tabelle (VersionsVergleichSeite) Benutzer:Olliminatore
// - "Nullabschnitt" separat editierbar
// - zusätzliche Links auf Logfiles (Sperrlog, Verschiebungslog, Löschlog usw.)
// - automatische Signatur Benutzer:Olliminatore
// - WikiMiniAtlas Benutzer:Dschwen
// - Fußnoten ausblenden Benutzer:Malte Schierholz
// ab hier Text aus Originalversion von Littl:
// getestet mit Firefox und IE
// am besten monobook.css gleich mitkopieren.
//
// 21.02.06 - optional : Tooltips unter IP-Contributions Links für RIPE-Info
//
// 19.02.06 - Textbausteine für Bilder (NowCommons mit Abfrage des neuen Namens und Bild-Lizenz-fehlt)
// - *Automatisierter Löschantrag für Bilder
// - optional : (rv) sind minor-Edits.
//
// 17.02.06 - Version von Schwalbe übernommen.
// - Appers Rechtschreibprüfung deaktiviert,
// - Godmode-Light durch selbst modifizierte, hoffentlich funktionierende Version ersetzt.
// Muss alles noch getestet werden. Bin weiter auf Suche nach Bugs die während meiner
// Abwesenheit durch neue Mediawikiversionen entstanden sind.
//
// (2005) *Automatisierter Löschantrag und Qualitätssicherung
// - Artikel müssen nicht zum Bearbeiten geöffnet werden.
// *verbesserte Wartbarkeit
// *Revert-Button mit der Möglichkeit eine Begründung einzugeben
// *Optionale Dropdown-Auswahlfelder
// *Aussehen den anderen Feldern links angepasst, ist jetzt "seamless integratet" :-)
// *APPERs Rechtschreibprüfung
// *godmode-light
// *Man kann ein Häkchen setzen, wenn die Seite immer wieder neu geladen werden soll
// -Nützlich für Recentchanges und andere Seiten. Für andere Zeitintervalle siehe Variable "timeout".
Vorschläge von Fg68at: "würde gerne nur rv und edit in der Versionshistory ausschalten, da ich die öfters auf 500 erweitere und das braucht dann eine Weile bis das JS drübergelaufen ist. Noch ein Wunsch: bei meiner Beobachtungsliste würde ich keine Adminanzeige brauchen. Aber nur dort." done — PDD — 01:28, 13. Sep 2006 (CEST)
Vorschlag von DerHexer: Test ob Artikel schon gelöscht nicht nur bei SLA, sondern auch URV (etc.) done
im Quickbar: "Stimmrecht?" (und Funktion markStimmrecht) entfernen. Zum einen gibt es auf Userseiten unten links jetzt "User:Stats" (Link zu Kate+) und "User:Stimmrecht" (Link zu Gunthers Stimmrecht-Tool mit Eingabe des Abstimmungsbeginns), zum anderen wird man selten alle Abstimmenden auf Stimmrecht überprüfen wollen, sondern nur ab und an mal einen, und da braucht man für beide Varianten 2 Clicks; ist also überflüssige Dopplung und ramscht nur den Quickbar voll Done — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2006-11-08T14:36:00.000Z-To-Do-Liste11Beantworten
Für alle Power-Vandalenjäger: für die eigene, ständig wachsende Beobachtungsliste eine Funktion einbauen die es direkt erlaubt, beobachtete Seiten wieder zu ignorieren (könnte mit true/false individuell gesteuert werden). Anzeige: (-)
kannst du das noch genauer spezifizieren? soll auf die Watchlist neben (Unterschied) und (Versionen) noch ein Schalter (Ignorieren), oder wie soll das aussehen?
Das wäre eine Möglichkeit, wenn es daneben wäre, neben Versionen. Ansonsten wäre es unübersichtlich. (als blank öffnen, leider kann man den Tab danach nicht wieder automatisch schliessen - ginge nur, wenn man die Seite in einem Fenster aufgehen lässt (im Hintergrund) und dieses dann nach 10 Sek wieder schliessen lässt. Aber sonst klickt man hlat den Tab weg.--HubertlBenutzer Diskussion:PDD/monobook.js#c-Hubertl-2006-12-28T14:21:00.000Z-To-Do-Liste11Beantworten
bei Redirect: SLA unten statt oben (sonst sieht man nix)
In der jetzigen Form wär das nicht so nützlich, weil ja alle 4 (demnächst 5?) möglichen DÜP-Gründe eingefügt werden und man die nicht zutreffenden dann löschen soll, bevor man auf Speichern drückt.
Letzter Kommentar: vor 16 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Ich habe folgendes Problem mit der Replace-Funktion im Konqueror: Diese öffnet ja für die beiden einzugebenden Zeichenketten eine Javascript-Dialogbox. In dieser Dialogbox kann ich im Firefox beliebige Zeichenketten (auch ein einzelnes Leerzeichen oder die leere Zeichenkette) eingeben, im Konqueror dagegen ist der OK-Knopf grau inaktiviert, solange eine leere oder nur aus Leerzeichen bestehende Zeichenkette eingegeben wird. Kann ich dieses Verhalten im Konqueror ändern?--JFKComBenutzer Diskussion:PDD/monobook.js#c-JFKCom-2008-02-05T10:58:00.000Z-Replace-Funktion11Beantworten
Auf Anhieb weiß ich das nicht, und ich habe auch gerade keinen Konqueror hier zum Testen. Aber wozu eigentlich nach Leerzeichen (oder nach nichts) suchen? Mehrfachleerzeichen haben (genauso wie Tabs u. ä.) im Artikelquelltext sowieso nix zu schaffen; der einzige Grund, den ich mir für die Suche nach Leerzeichen vorstellen kann, ist das Ersetzen doppelter Leerzeichen durch einzelne, und das macht die FixMarkup-Funktion ja bereits automatisch. — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2008-02-05T12:42:00.000Z-JFKCom-2008-02-05T10:58:00.000Z11Beantworten
Letzter Kommentar: vor 16 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo. Dieses Modul ist ja ausgesprochen klasse und macht fast Lust auf LKs abarbeiten. Allerdings gibt es auch Situationen, in denen man das Inhaltsverzeichnis vollständig braucht. Insbesondere, wenn man einen Link auf die abgearbeitete LD anbieten will. Wäre es mit vertretbarem Aufwand möglich, die Filterung an- und auszuschalten, etwa ähnlich wie der Ein- und Ausblendenlink beim Inhaltsverzeichnis? --ThePeterBenutzer Diskussion:PDD/monobook.js#c-ThePeter-2008-03-24T21:01:00.000Z-modifyLKs.js11Beantworten
Da muss ich erstmal schauen, was das ominöse Gadget auf en: überhaupt macht. Lieber wär mir ja ein funktionierendes Tool irgendwo (zumal der API-Call heute nicht mehr so funzt wie noch gestern und die neuesten Edits nicht mehr oben stehen). Hatte schon mit dem Gedanken gespielt, mir selber so ein externes Tool zu basteln, falls nicht bald ein funktionierendes auf dem TS auftaucht (*droh*). — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2008-03-27T08:38:00.000Z-Codeispoetry-2008-03-26T11:48:00.000Z11Beantworten
Letzter Kommentar: vor 16 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hi PDD, es gibt jetzt einige brauchbare Wikibits-Funktionen, ich habe die in meiner Version eingebaut. Der Regexp für die Ersetzungen ist „document.getElementById('wpTextbox1').value = document.getElementById('wpTextbox1').value.replace(/importJavascriptL\('([^']+)'\s*,\s*'de'\)/g, "importScript('User:$1.js')");“, dazu kommen dann noch die Codeänderungen in den allgemeinen Import-Methoden, die ich etwas weiter oben gemacht habe. Zumindest diese solltest du übernehmen, das andere Zeug ist eher eine Geschmacksfrage. Gruß, Code·is·poetryBenutzer Diskussion:PDD/monobook.js#c-Codeispoetry-2008-05-21T22:00:00.000Z-Wikibits11Beantworten
Letzter Kommentar: vor 16 Jahren4 Kommentare3 Personen sind an der Diskussion beteiligt
Hi PDD, Codeispoetry hat mir beim letzten Stammtisch seine äußerst praktische Sichtfunktion gezeigt. Dadurch wird nach dem Sichten keine neue Seite (Aktion beendet) geöffnet sondern lediglich ein Hinweis wie beim Beobachten eines Artikels gezeigt. Leider ist es mir nicht gelungen, die Erweiterung mit deinem monobook zum Laufen zu brinden. Kannst du da was machen? Gruß, --NEURO⇌±Benutzer Diskussion:PDD/monobook.js#c-NEUROtiker-2008-07-14T20:07:00.000Z-Sichten II11Beantworten
Letzter Kommentar: vor 15 Jahren5 Kommentare4 Personen sind an der Diskussion beteiligt
Wäre es möglich, dass wenn man auf SLA+ klickt, bei der Eingabe des Grundes auch die Shortcuts angezeigt werden? Müsste mMn doch nur in der eintragen.js ein if hinzugefügt werden
Die Frage ist, ob andere Benutzer was dagegen haben.
Letzter Kommentar: vor 15 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo, mir ist gerade aufgefallen, dass es in in der DE WP ein Gadget "Rechtschreibprüfung" gibt, welches auch bei deinem monobook.js integriert ist. Wenn ich das richtig verstehe ist deines nun eines zuviel. Zudem fände ich es nicht schlecht wenn einige (ganz spezifische) Teile von deinem monobook als Gadget zur Verfügung gemacht würden. Konkrete Vorschläge hierfür wären: Sperrstatus, AddEditIntro, MarkErledigt, OpenStreetMap, evt. noch MarkAdmins. Dieses Auslagern würde dein monobook auf keinem Fall unnütz machen, stellt es doch interessante Funktionen einer breiteren Anzahl an Benutzern zur Verfügung. --kaneiderĐΛӢΙΞĻʖʖʖBenutzer Diskussion:PDD/monobook.js#c-Kaneiderdaniel-2009-02-12T18:34:00.000Z-Deine monobook.js und WP Gadgets11Beantworten
Letzter Kommentar: vor 15 Jahren7 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo, ich wollte nur das Modul: changeBeschriftungen.js verwenden. was genau muss ich da machen? Ich habe die SETUP-Variablen kopiert und angepasst, und dann noch das bei true aufgerufene importJavascriptL('PDD/changeBeschriftungen','de'); daruntergeschrieben. Was fehlt denn noch alles, bzw. welche Standardvariablen benötigt dieses Modul, die ich noch nicht gesetzt habe? Ähnliche Probleme habe ich mit User:Olliminatore/unsigned.js, ich hatte gehofft, mit importPage('Olliminatore/unsigned.js'); wäre die Sache erledigt. fragt -- ✓BergiBenutzer Diskussion:PDD/monobook.js#c-✓-2009-07-13T19:10:00.000Z-Geht ned! - Nur Teil kopieren11PSBeantworten
Ich hab mich aber mal ein bisschen reingelesen (und hoffe den Javascript verstanden zu haben), und Verbesserungsvorschläge, die ich bei mir schon mal umgesetzt habe:
Krimskrams, 2. Funktion:
wäre function isOdd(myNumber) { return (! isEven(myNumber)); } nicht einfacher als noch eine Funktion einzubinden?
wenn ich richtig verstanden habe prüfst du, ob die gelesene Seite _kein_Artikel_ ist. Sollt man nicht fragen, ob es eine Disk ist?
var isSpecial = (wgCanonicalNamespace == "Special");
var isTalk = (!isSpecial && isOdd(wgNamespaceNumber));
if (isTalk)
{importPage('Olliminatore/unsigned.js');}
isTalk setzt du bei dir ja schon woanders und ob die funktion überhaupt gewünscht ist musst du natürlich auch noch abfragen.
Letzter Kommentar: vor 13 Jahren7 Kommentare2 Personen sind an der Diskussion beteiligt
Ich bin mal so frei und gebe Feedback als Benutzer. Deine Version gestern lief noch mit Opera ... heute bleibt der Kasten links komplett aus - abesehen von der Werkzeugleiste, die leider nur den Button für den Vorlagenmeister anzeigt. Browser-Identifikation: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.7.62 Version/11.01 hoffe Du kannst damit etwas anfangen. Ich hab erstmal auf Version 0.99a zurückgeschaltet - da funzt wenigstens der Kasten links. Besten (mit 4 Tilden zeichnenden) Gruß TomBenutzer Diskussion:PDD/monobook.js#c-Gruß Tom-2011-02-18T16:03:00.000Z-Opera11Beantworten
Yep die Fehlerkonsole ist rappelvoll - mehr CSS aber auch JS. (unten links kann man den Filter wählen). Leider kann ich das nicht per komplett per cp rausziehen. Vielleicht kannst Du mit Fragmenten etwas anfangen?
na und so weiter - wie gesagt hatte ich wieder auf Version 0.99a zurückgesetzt, die leider nur den Kasten links produziert. Falls Du spezielle Werte suchst bitte angeben. BTW im Test mit Firefox und Version 0.99a quillt der Kasten von Tools über - leider nur die Nebensächlichen, die vom WikEd 0.9.97a G produziert werden. Die Basics wie Sig Link etc fehlen dort auch. Besten Gruß TomBenutzer Diskussion:PDD/monobook.js#c-Gruß Tom-2011-02-18T17:52:00.000Z-Opera11Beantworten
Die Version 0.99a die ich nutze hatte vor Urzeiten DerHexer gemoddet - nice Gadgets die mir in der Normalverion fehlten. Hab gerade Safari 5.0.3 installiert - hatte leider zwischenzeitlich die falsche momobook.js daher Rollback [13] gemacht. Bei Safari sind nun die Basics und VM sichtbar die Gadget-Tools fehlen auch hier. Fehlerlog ist noch leer. Falls was kommt melde ich mich. --Gruß TomBenutzer Diskussion:PDD/monobook.js#c-Gruß Tom-2011-02-18T21:53:00.000Z-PDD-2011-02-18T21:09:00.000Z11Beantworten
Underlines: wenns nicht an deiner monobook.css lag, liegts vielleicht an Spezial:Einstellungen → Aussehen → Erweiterte Optionen → Links unterstreichen. (Wenn da auch nix auffälliges ist, machste halt a { text-decoration: none; } ins monobook.css.) Immer unter der Annahme, dass es dir um die unterstrichenen Links geht; die Underlines in der Editbox sind die Rechtschreibprüfung, aber das ist wohl klar.
Fuck ... man weiss doch nie wozu es gut ist sich ne Socke weggelegt zu haben ohne an den Einstellungen rumzufummeln. OK - das war es jetzt, denn offenbar wertet 1.17 das Häkchen nun aus was vorher nicht der Fall war. Bei Opera funzt es nun mit der Einstellung "Links unterstreichen: "abhängig von Browereinstellung"" (Wert vorher = immer) hab auch FF + Safari gecheckt = ebenfalls mit der Einstellung OK. Zum Hexer Mono kann ich net viel sagen, weil die Auswertungen eher weniger mein Fokus sind und ich das Ding nur kurz[14][15] angezogen habe. Kann mir aber vorstellen das einige Vandalenjäger oder Admins recht glücklich drüber wären (vielleicht in einem extra Kästenchenblock?). Besten Gruß TomBenutzer Diskussion:PDD/monobook.js#c-Gruß Tom-2011-02-22T11:15:00.000Z-PDD-2011-02-22T10:29:00.000Z11Beantworten
Da spielt dir wohl die Erinnerung einen Streich: der Shortcut <references /> war der Standard, seit es hier überhaupt Fußnoten gibt. Die Möglichkeit, die Fußnoten unten im Fußnotenabschnitt zu definieren, wo sie hingehören, kam viel später (2009?), und diese sollte heutzutage standardmäßig verwendet werden, schon weil es zunehmend Verwendungen von Vorlage:Literatur und Co. gibt, die den Artikeltext vollends unleserlich machen würden und die man deshalb, bitte-bitte-immer!, unten zwischen den <references></references>-Tags zu definieren hat. (Und alle anderen Fußnoten am besten auch.) Lieber Gruß, — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2011-04-26T08:45:00.000Z-Nolispanmo-2011-04-26T08:20:00.000Z11Beantworten
Hehe, und hast gleich mal live erlebt, dass man Anno 2011 in der Wikipedia sinnvolle Sachen überall hinschreiben darf, bloß nicht mehr dort, wo sie eigentlich hingehören (die Hilfeseiten, inzwischen fälschlich als Regelseiten aufgefasst), weil die Bedenkenträgerarmee gleich anmarschiert und eine sofortige Diskussion einfordert. Was, glaube ich, an der fixen Idee liegt, dass zu jedem Thema immer primär die mitreden und mitmischen müssen, die sich über das ganze noch gar keine Gedanken gemacht haben, und man die dann jedesmal in tagelanger Feinarbeit auf den aktuellen Stand bringen muss. Früher war „das ist was neues und ich verstehs nicht, entweder ich versuch zu kapieren, worum es geht, oder ich halt mich raus“ der normale Ansatz (à la Nuhr), heute hat sich „da wird was geändert und ich verstehs nicht? das muss falsch sein!“ zur Devise entwickelt. Wie das passiert ist und was das über unser Projekt aussagt, keine Ahnung, aber es zieht sich durch die gesamte Landschaft (zumindest der Hilfeseiten) und führt dazu, dass die eigentlich nicht mehr bearbeitbar sind und dadurch immer weniger taugen... Gruß, — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2011-04-26T19:58:00.000Z-Nolispanmo-2011-04-26T09:11:00.000Z11Beantworten
Letzter Kommentar: vor 12 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo PDD, wenn ich über den neuen https://de.wikipedia.org-Link zu Wikipedia gehe, wird immer die Seite geladen und in dem Moment, in dem die Scripts ausgeführt werden, wird die Seite komplett weiß. Jede Bewegung des Mauszeigers im Browserfenster der Seite erzeugt einen Fehler in Firebug:
Die Erklärung (wenn auch recht kurz) findet sich hier auf dieser Seite oben im Changelog. Im wesentlichen geht es darum, dass demnächst MediaWiki 1.19 kommt und dann bestimmte Sachen, die schon seit MW1.17 nicht mehr verwendet werden sollen, aber für die Übergangszeit freundlicherweise noch unterstützt wurden (eben für Leute wie euch, die kein Update machen wollen :-) ganz wegfallen. Und dann sind eure Skripte halt kaputt und im schlimmsten Fall geht gar nix mehr. @XenonX3: Aufm Handy einfach den Cache leeren; dann poppts auch dort nur ab und zu auf. — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2012-01-27T19:36:00.000Z-XenonX3-2012-01-27T18:11:00.000Z11Beantworten
Letzter Kommentar: vor 12 Jahren11 Kommentare4 Personen sind an der Diskussion beteiligt
Moin, trotz Hexers und deinen Korrekturen an meinem monobook sind noch die Auto-Anträge (QS, LA, etc.) defekt (der Abschnitt mit den Anträgen wird nicht angezeigt). Ich habe keine Funktion gefunden, wo man die wieder einschalten kann. Außerdem lässt sich der Quickbar-Kasten nicht mehr manuell einklappen. Das ist auf manchen Seiten aber nötig, wenn er dort zu lang ist (dann hat man keinen Zugriff mehr auf die Links in der Sidebar). Bitte mal aushelfen. Danke! XenonX3 - (☎:✉) Benutzer Diskussion:PDD/monobook.js#c-XenonX3-2012-01-28T14:41:00.000Z-Auto-Anträge defekt11Beantworten
Ich habe deine monobook.js noch mal etwas weiter entmüllt; jetzt sind da zumindest keine offensichtlichen Auffälligkeiten mehr. Kannst du bitte nochmal den Cache leeren und prüfen, ob der unterste Abschnitt im Quickbar-Kasten (also QS+ URV+ LA+ usw.) wirklich komplett fehlt? Was das Einklappen betrifft: diese Funktion sagt mir momentan gar nichts; ist das eventuell auch wieder was vom Hexer? :-) — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2012-01-29T21:50:00.000Z-XenonX3-2012-01-28T14:41:00.000Z11Beantworten
Letzter Kommentar: vor 12 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Hi, offenbar stammt diese standardisierte Revertbegründung von monobook.js. "Lexikographische Informationen" sind allerdings solche, die sich auf Theorie und Praxis des Erstellens von Wörterbüchern beziehen, also Meta-Informationen. Bei der Revertbegründung ist aber wohl inhaltliche Irrelevanz gemeint. Besser wäre imho die Formulierung "enzyklopädische Informationen". Das ersparte dann auch eine müßige Debatte über lexikale, lexikalische oder Lexikon-Informationen. Grüße --Aalfons (Diskussion) Benutzer Diskussion:PDD/monobook.js#c-Aalfons-2012-05-11T13:53:00.000Z-lexi....11Beantworten
Letzter Kommentar: vor 12 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Hi PDD,
die Funktion quickEscape ist ziemlich aufgebläht, müsste sie aber nicht in solch einem Ausmaß sein. Du kannst zum Beispiel folgendes durch danach folgendes ersetzen:
Letzter Kommentar: vor 12 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo PDD, nachdem ich nun gesehen habe, dass dein Skript vergleichsweise häufig genutzt wird habe ich mir mal den Code angesehen. Wie du sicherlich selbst weist ist dieser sehr veraltet und weist einige Redundanzen mit von MediaWiki selbst bereitgestellten Funktionen auf. Des Weiteren wurde document.write genutzt, was einige Nachteile hat, u.a. kann das Skript so nur kopiert, aber nicht mit mw.loader.load geladen werden. Außerdem habe ich die Reihenfolge der Funktionen im Skript ändern müssen, so dass es mit meiner Version grundsätzlich möglich ist diese per mw.loader.load einzubinden (da kann man dann aber natürlich nichts konfigurieren). Alle meine Änderungen habe ich so vorgenommen, dass es keine Inkompatibilitäten gibt (ich habe einige funktion als deprecated markiert, diese solltest du evtl. in Zukunft noch entfernen). Meine Version kannst du hier finden und mit mw.loader.load('//toolserver.org/~hoo/tmp/pdd_mono.js'); testen. Was ich nicht geändert habe, ist die Versionsangabe, da ich mit deinem Versionsschema nicht vertraut bin. Ich hoffe du kannst wenigstens einige der Änderungen übernehmen, Hoo man (Diskussion) Benutzer Diskussion:PDD/monobook.js#c-Hoo man-2012-07-25T13:37:00.000Z-Überarbeitete Version11Beantworten
Gleich 2 Verständnisfragen: Warum müssen die Funktionen zwingend weiter nach vorne? (Sie waren unten, weil oben der Bereich ist, wo der User Anpassungen machen sollte; in den Funktionen soll er/sie aber nicht, weil dabei i. d. R. was kaputt geht.) Und: Was hast du gegen importJavascriptL? Profiling ist dabei völlig egal; wichtig ist, dass die Ladefunktion, egal woher, einheitlich verkapselt ist, und bei dir ist jetzt eine Mischung aus importScript und mw.loader.load. — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2012-08-15T13:41:00.000Z-Hoo man-2012-07-25T13:37:00.000Z11Beantworten
Die Funktionen mussten weiter nach oben, da sie teilweise aufgerufen werden, bevor sie definiert werden, das mag hier funktionieren, aber in meinen Tests hatte ich Probleme, weshalb ich mich für die saubere Lösung entschied (hängt vielleicht damit zusammen, ob man das Script nachlädt oder ob es schon vor dem DOM da ist). Ich habe hierbei versucht sie so weit unten wie möglich zu halten, aber sie vor dem ersten Aufruf zu definieren. Die Ladefunktionen habe ich so geändert, da ich es vermeiden wollte, von MediaWiki bereitgestellte Funktionen zu ersetzen bzw. nachzubauen. Das kannst du natürlich gerne wieder zurücksetzen, da es technisch gesehen keine große Relevanz hat (so lange man um die von MediaWiki gegebenen Funktionen "wrappt", was in meiner Version der Fall ist). Das Chaos mit den Funktionsnamen ist übrigens bekannt, aber mw.loader.load unterstützt (noch) keine Seitennamen, sondern nur Module und ganze URIs - Hoo man (Diskussion) Benutzer Diskussion:PDD/monobook.js#c-Hoo man-2012-08-15T15:12:00.000Z-PDD-2012-08-15T13:41:00.000Z11Beantworten
Mir fiel heute eine Fehlersetzung auf und ich konnte sie tatsächlich bis hier zurück verfolgen. ;-) Ich hab die fragliche Funktion mal durch die Tests-Suite meines Auto-Formatters gejagt und meine eigenen Dash-Regeln kondensiert:
Das vermeidet bei weitem nicht alle Stolperfallen (z. B. ISSNs), macht die Sache aber sehr viel angenehmer für die Anwender. Im Einzelnen:
Alle Regeln zusammengefasst und gestrafft (\d ist gleich [0-9]). Auf Lookaheads hab ich zuliebe der Lesbarkeit aber verzichtet. ;-)
Vor der ersten Jahreszahl dürfen nur noch ganz bestimmte Zeichen stehen. Mit dieser Umkehrung (im Gegensatz zu deinem bisherigen „alles außer Striche und Zahlen“) habe ich sehr gute Erfahrungen gemacht.
Nach dem Strich muss eine 2- oder 4-stellige Jahreszahl folgen.
Nach der zweiten Jahreszahl dürfen nur noch ganz bestimmte Kombinationen von Zeichen stehen. Erlaubt sind u. a. alle Satzzeichen, !! (für Tabellenköpfe), sonstige Tabellensyntax, Einzelnachweise u. ä., aber bspw. keine Schrägstriche (relevant in URLs), keine eckigen Klammern (damit nie Linkziele geändert werden) und keine Striche (wodurch sich das obige Datumsproblem erledigt).
@PDD: Hab ich bei mir drin, hier aber raus genommen. ;-) Ich wollte es nicht zu kompliziert machen. Der obige Vorschlag behebt fast alle Probleme. Ein Vergleich der Zahlen verbessert das nur noch marginal (eigentlich nur bei ISSNs, und auch da nur in der Hälfte der Fälle). Dafür wäre die Funktion ganz wesentlich komplizierter, u. a. da man zwischen 2- und 4-stelligen Jahreszahlen unterscheiden müsste. Kann ich dir natürlich trotzdem liefern, wenn du möchtest.
functionfixDashes(s){returns.replace(/([*†])([12]\d{3}\b)/g,"$1 $2")// Bis-Striche in 2- und 4-stellige Jahreszahlenbereiche, z.B. 1991-92.replace(/([\s!'(>|„]([12]\d{3})) *[–—−-] *((([12]\d)?\d{2})[!,.:;?]?[\s!')<|“])/g,function($0,$1,$2,$3,$4){if($4<100)$2%=100;return$2<$4?$1+"–"+$3:$0;});}
Es ist nicht ausdrücklich verboten. Warum auch. Die Schreibweise ist alles andere als unüblich. In der englischsprachigen Wikipedia ist sie zumindest im Sportbereich ausdrücklich erwünscht. Auch deutsche Leser werden zu 99 % wissen, dass mit „1920–40“ ein Jahreszahlenbereich gemeint ist. Mein Auto-Formatter schreibt 2-stellige Jahreszahlen trotzdem aus, aber ich würde dir nicht raten, das zu übernehmen. Das ist eine meiner trotz aller Mühen problematischsten und am meisten kritisierten Ersetzungen. Den Wartungsaufwand möchte ich dir nicht aufladen. Wenn du möchtest, dass dein Skript nur 4-stellige Jahreszahlenbereiche beachtet, kann man den Teil natürlich raus nehmen:
functionfixDashes(s){// Leerzeichen vor Geburts- und Sterbejahrereturns.replace(/([*†])([12]\d{3}\b)/g,"$1 $2")// Bis-Striche in Jahreszahlenbereiche ohne Ende, z.B. 1991-?.replace(/([\s!'(>|„][12]\d{3}) *[–—−-] *\?/g,"$1–?")// Bis-Striche in 4-stellige Jahreszahlenbereiche, z.B. 1991-1992.replace(/([\s!'(>|„]([12]\d{3})) *[–—−-] *(([12]\d{3})[!,.:;?]?[\s!')<|“])/g,function($0,$1,$2,$3,$4){return$2<$4?$1+"–"+$3:$0;});}
Um nachzuvollziehen, warum nun gerade [\s!'(>|„] und [!,.:;?]?[\s!')<|“] das beschreiben, was gängigerweise vor und nach der Angabe des Jahreszahlbereichs steht, müsste ich vielleicht statistische Studien unseres Artikelbestands treiben... „ und “ und ' kann ich mir z. B. vage vorstellen (Buchtitel, Zitate), aber warum > und <? Wo gibts denn das? — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2014-01-09T14:04:00.000Z-TMg-2014-01-09T13:53:00.000Z11Beantworten
PDD, im Prinzip habe ich genau diese Studie in Tests gegossen. Davor sind erlaubt: Leerraum (\s), runde Klammern und Anführungszeichen für Vorkommen in normalem Text, ! und | für Tabellen, ' für Kursives, spitze Klammern für Einzelnachweise. Danach sind erlaubt: Alle Satzzeichen (optional) und danach wieder das Gleiche wie davor. Das Hochkomma und die spitzen Klammern auszunehmen, würde zwar vor einigen wenigen Fehlersetzungen schützen, in den weitaus meisten Fällen aber erwünschte Ersetzungen unterdrücken. Vor allem, da du 2-stellige Zahlen nicht ausschreibst, sind deine Ersetzungen eigentlich immer erwünscht – auch in Einzelnachweisen. --TMgBenutzer Diskussion:PDD/monobook.js#c-TMg-2014-01-15T15:21:00.000Z-PDD-2014-01-09T14:04:00.000Z11Beantworten
Letzter Kommentar: vor 10 Jahren7 Kommentare3 Personen sind an der Diskussion beteiligt
Ich war etwas verblüfft, wie viel Mühe du dir da mit dem Dekodieren gegeben hast (selbst ein eigener Hexadezimal-Parser). Nichts für ungut, kann ich gut verstehen, vor allem aufgrund des Alters des Codes. Aber JavaScript bringt (auch browserübergreifend) viel davon selbst mit. Hier der Einfachheit halber der komplette eingedampfte Code. Der Rest kann weg. ;-) --TMgBenutzer Diskussion:PDD/monobook.js#c-TMg-2014-01-09T02:58:00.000Z-Benutzer:PDD/markUTF8.js11Beantworten
functionmarkUTF8(){// Die Markierungen dürfen nie leer sein, das wird hier sichergestellt.varmarkutf8txt=window.markutf8txt||"UTF8!";varmarkltrtxt=window.markltrtxt||"UTF8:LTR!";varutfMark=document.createElement("strong");varutfMarkText=document.createTextNode(" ("+markutf8txt+")");utfMark.appendChild(utfMarkText);varutfMarkHead=document.createElement("strong");varutfMarkHeadText=document.createTextNode(" ("+markutf8txt+")");utfMarkHead.appendChild(utfMarkHeadText);utfMarkHead.style.color='red';utfMarkHead.style.fontSize='smaller';varltrMark=document.createElement("strong");varltrMarkText=document.createTextNode(" ("+markltrtxt+")");ltrMark.appendChild(ltrMarkText);varltrMarkHead=document.createElement("strong");varltrMarkHeadText=document.createTextNode(" ("+markltrtxt+")");ltrMarkHead.appendChild(ltrMarkHeadText);ltrMarkHead.style.color='red';ltrMarkHead.style.fontSize='smaller';// welche Seiten sollen markiert werden?varis_history=mw.config.get('wgAction')=='history';varis_diff=mw.util.getParamValue('diff')!==null;if(((mw.config.get('wgNamespaceNumber')>=-1)&&(mw.config.get('wgNamespaceNumber')<=4))||is_history||is_diff){varcontent_elem=(document.getElementById('content')!=null)?document.getElementById('content'):document.getElementById('mw_contentholder');// do the headings firstvarallheads=content_elem.getElementsByTagName('H1');for(vari=0;i<allheads.length;i++){if(allheads[i].className=="firstHeading"){if(returnWarnUnicode(mw.config.get('wgTitle')))allheads[i].appendChild(utfMarkHead.cloneNode(true));if(allheads[i].innerHTML.indexOf("\u200E")!=-1)allheads[i].appendChild(ltrMarkHead.cloneNode(true));}}// do the anchors secondvarallanchors=content_elem.getElementsByTagName("A");// evtl. auch noch die Anchors in p-cactions dazujoinen?for(vari=0;i<allanchors.length;i++){varaNode=allanchors[i];if(aNode.firstChild&&aNode.firstChild.nodeName==='IMG')continue;// see if link has '%' in itif((href=aNode.getAttribute("href"))&&href.indexOf("%")!=-1){// yes, so it might be fakey UTF8if((href.indexOf('Spezial:')==-1)&&(href.indexOf('Spezial%3A')==-1)&&(href.search(/diff=/)==-1)&&(href.search(/printable=/)==-1)&&(href.search(/oldid=/)==-1)&&(href.search(/curid=/)==-1)&&(href.search(/action=history/)==-1)&&(href.search(/section=/)==-1)&&(href.search(/action=watch/)==-1)&&(href.search(/action=unwatch/)==-1)){try{href=decodeURIComponent(href);}catch(e){}// does this lemma contain problematic UTF8 characters?if(returnWarnUnicode(href))aNode.appendChild(utfMark.cloneNode(true));if(href.indexOf("\u200E")!=-1)aNode.appendChild(ltrMark.cloneNode(true));}}}}}functionreturnWarnUnicode(utftext){return/[\u036F-\u0500]/.test(utftext);// greek or cyrillic}$(document).ready(markUTF8);
Das Problem, für das das Skript geschrieben wurde, gibt es ja im wesentlichen nicht mehr (die meisten Verwechslungs-Accounts verhindert MediaWiki, und auch viele der damals noch möglichen bizarren PageNames sind inzwischen ausgeschlossen); es ist also sowieso Legacy-Code, aber wenn du als JavaScript-McKinsey schon mal am Durchfeudeln bist: Schön wäre noch, wenn man Dateinamen vom Check ausschließen könnte, weil eine Markierung wie hier oben rechts unterm Bild eher stört und nichts bringt. — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2014-01-09T09:53:00.000Z-Benutzer:PDD/markUTF8.js11Beantworten
Genau um diese Zusammenstöße geht es diesem Skript ja auch, nur dass es eben auch den (lateinischen) Namensraum vor dem (griechischen) Benutzernamen als Zusammenstoß interpretiert. Das hätte ich damals trennen müssen, aber es fehlte halt der Bedarf, da die Anzahl der hier mitarbeitenden Benutzer mit kyrillischen oder sonstwie exotischen Namen gegen 0 ging; das ist heute ganz anders. — PDD —Benutzer Diskussion:PDD/monobook.js#c-PDD-2014-01-09T11:22:00.000Z-Schnark-2014-01-09T10:27:00.000Z11Beantworten
Also wenn ich das richtig mitbekommen habe, war das ein Bug im Zusammenhang mit der Oktroyierung des Medienbetrachters durch wmf. Irgendwo hat irgendjemand wohl ein script gefixt, und nun gehts wieder. Ich hatte es aufgegeben, das alles zu beobachten und habe bis heute mit einem Workaround gelebt. Deine Meldung hier hat mir dann gesagt, daß es wieder okay ist. Habe daraufhin meine Monobookseite auf die Version vor dieser unschönen Sache zurückgesetzt und zumindest mit Seamonkey geht es bei mir auch wieder. Die anderen Browser werde ich demmächst checken. Allerdings fehlt mir immer noch der [[Datei:]]-Button in der erweiterten Bearbeitungsleiste, doch der ist schon länger weg. Scheint also nichts mit dem Monobook zu tun zu haben. -- Glückauf!MarkscheiderDiskBenutzer Diskussion:PDD/monobook.js#c-Markscheider-2014-09-28T14:15:00.000Z-Ot-2014-09-28T05:09:00.000Z11Beantworten
Letzter Kommentar: vor 8 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
ich arbeite mit dem PDD-Monobook. Das Quickmenü links bleibt normalerweise an seinem Platz und das Orginalmenü ( mit „Suchen“, Navigation“ „Werkzeuge“ etc.) scrollt normalerweise hinter dem links oben feststehenden Quickmenü des PDD nach oben und unten dahinter mit der Seite mit. Bei mir jedoch bleibt - seit 3 Tagen - das Quickmenü starr mit dem dahinter liegenden normalen Menü verbunden und verdeckt es. Das besondere dabei ist, dass dies ausschließlich auf ANR-Seiten so ist. Auf allen anderen Seiten funktioniert es normal. Gleichzeitig sind diverse Zusatzknöpfe in der oberen Menüleiste verschwunden (z. B. „info“, „purge“, Seitenaufrufe etc. ). ebenso xAgent. Alles aber nur auf ANR-Seiten. Auf allen anderen Seiten funktioniert´s wie gehabt. Der Fehler tritt in Safari, Chrome und Firefox identisch auf. Wer kann mir bei diesem Bug helfen? Kann das mit einer Softwareänderung am 1. Oktober 2015 zusammen hängen? Danke und Grüße --Partynia∞RMBenutzer Diskussion:PDD/monobook.js#c-Partynia-2015-10-04T13:06:00.000Z-Update-Problem?11Beantworten
Hallo Partynia, also was man feststellen kann ist, dass du eine "relativ stark" modifizierte Version der Mono hast. Ich kann jedoch auch mit deiner Version den Fehler nicht nachvollziehen, evtl. ist der Fehler hier zu suchen. Dort ist mir nur aufgefallen, dass du dort einen extra übergeordneten table-Container (relativ unorthodox) mit einer switchbar-Function hast. PS: Musste mich noch mal korrigieren (ich kann den Fehler leider nicht nachvollziehen), mir sieht es nach einem Aufhänger eines anderen Moduls aus (also die Mono nicht fertig geworden ist). Sagt denn deine Browser/Fehler-Konsole was? Grüße РDD3 (Diskussion) Benutzer Diskussion:PDD/monobook.js#c-РDD3-2015-10-04T13:50:00.000Z-Partynia-2015-10-04T13:06:00.000Z11Beantworten
Danke, РDD3, ich bin da leider ein Analphabet, aber vielleicht sagt Dir das etwas. Da steht:
Als Fehlermeldung:
TypeError: undefined is not an object (evaluating '$.uls.data')
Als Warnung (teils mehrfach):
Unexpected CSS token: !
Invalid CSS property declaration at: *
Use of "wgNamespaceNumber" is deprecated. Use mw.config instead.
Use of "wgUserName" is deprecated. Use mw.config instead.
Use of "wgUserLanguage" is deprecated. Use mw.config instead.
Use of "wgCanonicalSpecialPageName" is deprecated. Use mw.config instead.
Use of "wgServer" is deprecated. Use mw.config instead.
Use of "wgArticlePath" is deprecated. Use mw.config instead.
Use of "wgScriptPath" is deprecated. Use mw.config instead.
Use of "addOnloadHook" is deprecated. Use jQuery instead.
Ergänzung: Wenn ich eine Nicht-ANR, wo der Fehler nicht auftritt, aufrufe, dann kommen die gleichen Hinweise. Aber die Fehlermeldung TypeError: undefined is not an object (evaluating '$.uls.data') kommt nicht.
Und wo könnte man die abstellen? Denn immer dann wenn ich auf eine Bearbeitung raufgegangen bin, wurde zuerst der tatsächliche Inhalt (text) angezeigt, der sich in einzelnen schnellen Phasen in Farblöcken verwandelte bis der Inhalt nur noch in nicht bearbeitbare halbdurchsichtige Flecken angezeigt wurden. Ich muss mal schauen ob ich eine Anwendung finde womit ich das Phänomen am Bildschirm mitfilmen kann. Sonst denkt noch jemand, das ich gerade auf einem Drogentrip bin. Gruß Frank schubert (Diskussion) Benutzer Diskussion:PDD/monobook.js#c-Frank schubert-2018-08-25T10:33:00.000Z-РDD3-2018-08-25T10:12:00.000Z11Beantworten
Okay, danke dafür. Zum Schluß noch ein paar grundsätzliche Anmerkungen: ich stelle hier, wie auch im Job, fest, daß mit jeder neuen Version das Arbeiten komplizierter wird. Schaltflächen an anderer Stelle, gerne auch mal ein, zwei oder drei Ebenen tiefer, so dass man mehr Klicks benötigt, um Aktionen auszulösen, Umstellung von Text auf Icons, die - mich zumindest - Zeit kosten, weil ich überlegen muß, "was der Künstler damit sagen will", bevor ich klicke. Icons in blassen Farben auf pastellfarbenem Untergrund, die Brillenträger verzweifeln lassen. Speziell hier auf wp: je mehr scripte, desto länger die Ladezeiten. Visueller Editor ist nichts für erfahrene Benutzer, er behindert. Mehrfache Sicherheitsabfragen beim Speichern verhindern - vielleicht - unabsichtliche Fehler, nerven aber, wenn man etwas eben so oder so machen will. Ich fühle mich gegängelt. Ich möchte einfach die gewohnte Umgebung, in der ich schnell und effektiv arbeiten kann. Weniger Änderungen, am besten nur, wenn wirklich Fehler zu reparieren sind. Jetzt habe ich zwar die neue Version vom monobook am Laufen, aber nun muß ich mühselig wieder meine Einstellungen bzgl. Signatur etc. einbauen. Und Du erinnerst dich evtl. noch an meine vergangenen Anfragen bzgl. der amerikanisch-englischen Kaliberbezeichnungen? Geht das jetzt immer noch oder wars das? Glückauf!MarkscheiderDiskBenutzer Diskussion:PDD/monobook.js#c-Markscheider-2018-08-25T17:10:00.000Z-РDD3-2018-08-25T16:51:00.000Z11Beantworten
Ich habe jetzt die neue Version des Scripts seit drei Tagen etwa im Einsatz und zwei Dinge missfallen mir: der Browser friert immer noch manchmal ein und muss mit killall firefox-esr abgeschossen werden und der zweite Punkt wäre dieses Popup-Fenster wo einfach nur „speichern“ drin steht und man manuell speichern muss bei QS, SLA oder LA. das nervt und war bislang besser und schneller gelöst durch automatisches Abspeichern. Leider habe ich da auch nichts gefunden das abzustellen. Bei unerfahrenen Benutzern mag das einen Sinn machen aber die benutzen eher nicht das Script. --codc DiskBenutzer Diskussion:PDD/monobook.js#c-Codc-2018-08-28T16:22:00.000Z-РDD3-2018-08-27T14:11:00.000Z11Beantworten
Letzter Kommentar: vor 5 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo PDD, seit einigen Wochen funktioniert das monobook.js bei mir nicht mehr. Das Menü erscheint nur noch bei wenigen Seiten, z. B. auf der BEO und bei den SLAs, jedoch nicht mehr auf allen anderen WP-Seiten. Ebenso sind die Adminknöpfe verschwunden und befinden sich in einem Untermenüpunkt "page". Ein update auf Deine Version vom 27.8.2018 ergab keine Besserung, eher im Gegenteil jetzt war das Menü auch auf der BEO und den SLAs nicht mehr sichtbar. Kannst Du mir da helfen? Danke und Grüße --Partynia∞RMBenutzer Diskussion:PDD/monobook.js#c-Partynia-2018-09-03T10:07:00.000Z-monobook.js funktioniert nicht mehr II11Beantworten
Hallo Markscheider, Du könntest mal die neueste Version 0.99s probieren, dort gibt es jetzt den konfigurierbaren AutoFormater von TMg der das uralt markup.js von BLueFish ersetzt. Nichts für ungut, aber einen dauerhaften Support mit persönlichen Bearbeitungen der Konfiguration kann ich mir nicht mehr leisten. Falls es nicht wie gewünscht ist, melde dich noch mal.
Nächste Version ist in Planung.
@reviewWrapped: So ein Script ist nicht in der Monobook enthalten, hier die Lösung (wie gesagt ich bin nicht sehr aktiv, um jeden Fehler, vor allem nicht auf Monobook bezogene, kann ich mich nicht kümmern).
Benutzer Diskussion:PDD/monobook.js#c-Lahan-2010-01-17T11:59:00.000Z-Revertieren11
Benutzer Diskussion:PDD/monobook.js#c-Chaddy-2018-08-24T14:07:00.000Z-monobook.js funktioniert nicht mehr11
Benutzer Diskussion:PDD/monobook.js#c-Chaddy-2018-08-24T15:09:00.000Z-monobook.js funktioniert nicht mehr11
![[16]](http://imageshack.us/photo/my-images/851/anaus.png/){kind=link}