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)
Letzter Kommentar: vor 17 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo! Kannst du mir vielleicht kurz sagen, wie ich den roten Balken um den "Verschieben"-Knopf weg bekomme? Ganz herzlichen Dank! Grüße, Ca$e22:07, 30. Nov. 2006 (CET)Beantworten
(Hoffe, das geht okay.) Am besten var markbecareful = true; zu var markbecareful = false; ändern. Wenn du den Hinweis für fremde Benutzerseiten ebenfalls deaktivieren willst, müsstest du die davorgehende Zeile ebenfalls false; setzen. —DerHexer (Disk., Bew.) 22:12, 30. Nov. 2006 (CET)Beantworten
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".
Letzter Kommentar: vor 17 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
stimmte eigentlich nie, (hab ich auch nie geschrieben, es hieß bei mir seither immer nur "ursprüngliche Idee gefunden bei: http://de.wikipedia.org/wiki/Benutzer:SirJective/monobook.js"). SirJective hats von Benutzer:Maximus Rex/monobook.js kopiert, der es offenbar von Angela übernommen hat und bei ihr verliert sich die Spur bei der ältesten Version. Vielleicht kannst das ja mal bei Gelegenheit im Quelltext richtig stellen. Und wenn nich is mir auch egal ;-) Gruß --BLueFiSH✉ (Klick mich!) 03:42, 26. Feb. 2007 (CET)Beantworten
Ach siehste, Maximus Rex wusste ich ja schon (siehe Versionsliste oben!), aber Angela war mir neu. Ich werd den Credits-Text mal behutsam umformulieren... Danke! — PDD —13:33, 26. Feb. 2007 (CET)Beantworten
Na also wenn ich das da oben so sehe, fehlt zwischen Littl und Maximus aber meine Wenigkeit. Vor dem 1.9.2005 hab ich das Teil schon über 9 Monate weiter ausgebaut und Littl übernahm damals meine Version als Basis zur Weiterentwicklung. --BLueFiSH✉ (Klick mich!) 16:52, 26. Feb. 2007 (CET)Beantworten
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 —15:36, 8. Nov. 2006 (CET)Beantworten
In der History kann man ja revert und bearbeiten einblenden. Wenn man nur revert will, gehts nicht, es geht nur, wenn man auch bearbeiten aktiviert hat (Luxo) fixed — PDD —19:46, 17. Nov. 2006 (CET)Beantworten
Vorschlag von Fg68at: "Noch eine Idee: Wenn bei einem Diff eine IP steht oder auf einer Userpage einer IP, dann könnte man einen Link zu IPinfo und Trace einblenden." (evtl bei Ripe-Tooltips?) oder als Zusatzlinks bei addLogsLink? auf IP userpages im quickbar eingebaut, sollte reichen — PDD —19:50, 17. Nov. 2006 (CET)Beantworten
markAdmin neu schreiben; viel zu viele Schleifen (kostet alles zu viel Zeit), siehe Ollis Ideen auf der mark-Admins-Disk erledigt thx to Littl
seit 13.2. häufige probleme mit addonloadhook is not defined, besonders auf special und action=edit (nur bei mir?) nach ein paar Tagen gings wieder... — PDD —21:20, 4. Mär. 2007 (CET)Beantworten
komischer error hier - nur temporär? -- irgendwas mit addeditsect0, ausge-x-t, schaue später addeditsect0 ausgetauscht, jetzt ok
Tolanor: LAs werden auf LA-Seite eingetragen, aber nicht im Artikel (Firefox 1.0.7) -> weiterverfolgen. — PDD —23:08, 11. Jan. 2007 (CET) -> gefixt durch update auf FF2.0Beantworten
markUTF8 erweitern und cleanen, siehe Disk dort
Page:Log droppt LTR-Mark (warum? nicht in wgPageName?)
sonderzeichen-usernames nicht korrekt an stimmrecht übergeben? z.B. [3]
Module irgendwie durchnumerieren oder A-Z oder so, damit zu ändernde Stellen leichter auffindbar?
changeBeschriftungen: Code aufhübschen (cf. Hinweise von datura)
addLogsLink alternativ als addLogsInQuickbar (für Leute die lieber den Quickbar zumüllen)
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.--Hubertl15:21, 28. Dez. 2006 (CET)Beantworten
bei Redirect: SLA unten statt oben (sonst sieht man nix)
Letzter Kommentar: vor 16 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo PDD! Ich möchte mal einen kleinen Vorschlag machen: Ich finde es immer ein wenig lästig, wenn ich zuvor auf bearbeiten klicken muss, wenn ich den DÜP-Baustein setzen will. Kann man das nicht so lösen, wie bei LA und SLA? -- ChaDDy21:40, 16. Okt. 2007 (CEST)Beantworten
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.
Vorgeschlagen wurde stattdessen automatisches Eintragen (wie SLA) mit einem Auswahlfeld, wo man die zutreffenden Probleme anklicken kann; für so eine Auswahlbox habe ich bloß noch keinen Code in der monobook.js und deshalb ist das mal wieder vertagt auf meinen nächsten Urlaub :-) — PDD —21:47, 16. Okt. 2007 (CEST)Beantworten
Ah! ;) Daran habe ich gar nicht gedacht. Ich habe bei LA und SLA das automatische Speichern deaktiviert. Aber stimmt schon, mit automatischem Speichern ist das bei der DÜP-Vorlage natürlich problematisch. -- ChaDDy21:59, 16. Okt. 2007 (CEST)Beantworten
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?--JFKCom11:58, 5. Feb. 2008 (CET)Beantworten
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 —13:42, 5. Feb. 2008 (CET)Beantworten
Ich brauche dieses Feature nicht in der ersten Box (Suchstring), sondern in der zweiten (Ersetz-String). Ich habe häufig Textvorkommen, die ich durch die leere Zeichenkette ersetzen muss.--JFKCom14:51, 5. Feb. 2008 (CET)Beantworten
Ah okay, alles klar. Aber wie gesagt, momentan habe ich weder Konqueror noch eine zündende Idee, aber vielleicht fällt ja jemandem was ein... — PDD —15:45, 5. Feb. 2008 (CET)Beantworten
Letzter Kommentar: vor 16 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Abend. Der Autoreviewer ist umgezogen und liegt jetzt am Toolserver. Neue URL ist [12], so funzt das gute Stück leider nicht mehr. Muss nur eine Zeile abgeändert werden. Gruß --AktionsheldDisk.23:05, 7. Feb. 2008 (CET)Beantworten
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? --ThePeter22:01, 24. Mär. 2008 (CET)Beantworten
Ist jetzt eingebaut, man kann über einen Link im Inhaltsverzeichnis umschalten. Bitte mal testen. Es kann zudem auch im Monobook des jeweiligen Benutzers var filter_rfdtoc_by_default = false; gesetzt werden, dann wird das Inhaltsverzeichnis standardmäßig ungefiltert angezeigt. (der Fall = true ist uninteressant, das ist das übliche Verhalten) Viele Grüße, —mnh·∇· 06:01, 4. Mai 2008 (CEST)Beantworten
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 —09:38, 27. Mär. 2008 (CET)Beantworten
Das Ding geht über API und bindet in den ganz normalen Beiträgen Ranges und Wildcards ein. Noch nicht ganz schön, aber ein Riesenfortschritt gegenüber allen anderen Lösungen. Gruß, Code·is·poetry09:46, 27. Mär. 2008 (CET)Beantworten
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·poetry00:00, 22. Mai 2008 (CEST)Beantworten
(Obwohl, wenn ich heute oder morgen nicht dazu komme, die von mir angedachte Wrapper-Lösung zu basteln, dann klaue ich einfach deins; mal schauen.) — PDD —21:59, 24. Mai 2008 (CEST)Beantworten
Da gabs irgendwelche ominösen Gründe dafür (seltsamste UTF8-Sequenzen wie bspw. LTR/RTL-Marker waren in der wgTitle einfach nicht dabei); kann aber sein, dass das inzwischen behoben ist und man das so einfach machen könnte. — PDD —20:34, 17. Jul. 2008 (CEST)Beantworten
Letzter Kommentar: vor 15 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo, seit ich dein monobook habe, erscheint bei einem Versionsvergleich der Link "Vergleiche die aktuelle Version mit der letzten gesichteten Version" nicht mehr - hat das wohl etwas mit dem monobook zu tun und kann ich das wieder zurück ändern? Das war nämlich sehr hilfreich. Gruss --hroestDisk09:02, 18. Jun. 2008 (CEST)Beantworten
Letzter Kommentar: vor 15 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⇌±22:07, 14. Jul. 2008 (CEST)Beantworten
Eigentlich gingen aber die wesentlichen Punkte immer mit dem IE6 (und was da nicht geht, steht schon in den FAQ). Da muss der Bug woanders liegen. — PDD —13:06, 27. Jul. 2008 (CEST)Beantworten
Moin PDD, ich hatte gerade drei Konfigurationen probiert (Opera 9.10 unter 2K, IE 6 unter XP Pro, FF auf dem Macbook unter Vista), das scheint tiefer zu sitzen. Der Debugger von IE 6 lieferte Zeile 922 als Fehlerquelle, vielleicht kannst Du damit etwas anfangen? Gruß --DasBee13:45, 27. Jul. 2008 (CEST)Beantworten
Hallo Mark! KHTML, die Layout-Engine von Konqueror, unterstützt die Methode indexOf nicht. Wenn PDD möchte, kann er meine Änderung vom 11. Juni auf diese Version zurücksetzen, allerdings ist KHTML/Konqueror nicht sonderlich verbreitet. Gruß, Code·is·poetry12:16, 6. Sep. 2008 (CEST)Beantworten
Naja, Konqueror ist der Standardbrowser von KDE - sonderlich exotisch ist der nun wieder nicht (abgesehen davon, dass webkit (Safari, Google Chrome) auf KHTML basiert) --Mark Nowiasz17:50, 6. Sep. 2008 (CEST)Beantworten
Ja, aber WebKit kann indexOf schon lange, ebenso wie Opera, IE und eben Mozilla/Firefox, und PDD entwickelt schon nicht mal für Internet Explorer, da ist KHTML doch noch etwas weiter von weg. Code·is·poetry17:58, 6. Sep. 2008 (CEST)Beantworten
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.
Könnt man machen, ja. Man kann aber (seit DerHexer den Grund als Parameter eingebaut hat) auch für seine 2 bis 10... Lieblingsgründe Extra-SLA-Buttons erstellen, dann spart man einen Klick und muss sich keine Shortcuts merken. Scheint mir fast sinnvoller zu sein. — PDD —18:18, 22. Jan. 2009 (CET)Beantworten
Stimmt, mit dem Grund-Parameter kann man das jetzt auch selber machen. Als ich die Frage gestellt hatte, war das noch nicht möglich. --Steef38920:59, 22. Jan. 2009 (CET)Beantworten
Letzter Kommentar: vor 15 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Hast du eigentlich da in deiner einbindung etwas geändert? Sehe gerade, dass ich keine usigned bausteine einfügen, egal auf welchen Disks. Generell scheint es mir auch so, dass die Monobook auf diskussionsseiten sich komplett deaktiviert, anstatt nur auf benutzer-seiten. --darkking3Թ17:38, 10. Feb. 2009 (CET)Beantworten
Ich hab da nix verändert, und die Monobook deaktiviert sich auch nirgendwo; ich würde also vermuten, dass du beim Basteln was kaputtgemacht hast oder dass es daran liegt, dass du eine sehr veraltete Version verwendest. — PDD —17:21, 14. Feb. 2009 (CET)Beantworten
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ĐΛӢΙΞĻʖʖʖ19:34, 12. Feb. 2009 (CET)Beantworten
Letzter Kommentar: vor 15 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Besteht die Möglichkeit, eine Funktion SLA->LA in die Toolbox mit aufzunehmen, die es einem ermöglicht, Schnelllöschanträge mit Einspruch durch einen Mausklick und wenige Eingaben in normale Löschanträge inkl. Eintrag in WP:LK/Datum umzuwandeln? Gruß Niteshift10:17, 21. Jun. 2009 (CEST)Beantworten
Jedoch wird beim Aufruf des Links nur der Linktext bis zum Pipe (|) aufgerufen. Der Rest wird ignoriert. Hast du vielleicht dazu eine Lösung? -- 1xSNAFU14:56, 1. Jul. 2009 (CEST)Beantworten
Was das Pipe-Symbol in einer URL zu schaffen hat, ist mir nicht ganz klar. Man sollte vielleicht eher den Autor des Tools zur Ordnung rufen? :-) — PDD —22:22, 1. Jul. 2009 (CEST)Beantworten
Letzter Kommentar: vor 14 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 -- ✓Bergi21:10, 13. Jul. 2009 (CEST)PSBeantworten
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.
Das erste mit isOdd/isEven hat doch mit changeBeschriftungen.js nix zu tun? Das gehört zum Einbindungskram von unsigned.js (die aktuellste Version davon ist nicht die von Olliminatore, sondern Benutzer:Lustiger seth/unsigned.js), und die wird aktuell nicht mit if (isTalk) eingebunden, sondern mit if (isEdit && !isArticle), weil es ne Menge anderer Seiten gibt, wo auch signiert wird. Fast jede Seite im Wikipedia- und Portal-Namensraum z. B. — PDD —21:09, 14. Jul. 2009 (CEST)Beantworten
Ich glaube nichtmal, dass return (myNumber % 2 == 1); die effektivste Variante ist, da lassen sich sicher nochn paar Zyklen einsparen. Aber eigentlich muss da nichts optimiert werden; da gibts genug andere Funktionen, die wirklich messbare Verzögerungen mit sich bringen :-) Gruß, — PDD —16:29, 15. Jul. 2009 (CEST)Beantworten
Dadurch würde der automatisch generierte Teil des Zusammenfassungszeile um (Länge des Benutzernamens + 1) verlängert; entsprechend viele Zeichen würden dann für die eigene Revertbegründung fehlen, da die Zusammenfassungszeile eine feste Maximallänge hat. Weiß nicht ob dieser Nachteil den Vorteil aufwiegt. — PDD —11:11, 17. Jan. 2010 (CET)Beantworten
Letzter Kommentar: vor 13 Jahren4 Kommentare4 Personen sind an der Diskussion beteiligt
Frage eines softewaretechnischen Analphabeten: Das Monobook wird auf bei mir auf der neuen Wikipedia-Benutzeroberfläche nicht mehr angezeigt. Muss ich irgendwelche Einstellungen ändern? Erfurter6310:33, 10. Jun. 2010 (CEST)Beantworten
Letzter Kommentar: vor 13 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Wie ein paar Threads drüber, eine blöde Frage aus Thüringen. Seit heute morgen wird die Monobook-Oberfläche bei mir nicht mehr angezeigt (war sowohl auf meinem Rechner im Büro als auch auf dem zu Hause so). Muss ich irgendwelche Einstellungen ändern oder woran kanns liegen? Erfurter6313:23, 18. Feb. 2011 (CET)Beantworten
Danke für die Info. Ich hoffe, die kriegen das schnell wieder hin, da dein Monobook mir inzwischen beim Wikipedieren in Fleisch und Blut übergegangen ist Erfurter6313:33, 18. Feb. 2011 (CET)Beantworten
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ß Tom17:03, 18. Feb. 2011 (CET)Beantworten
Stimmt, mit Opera gehts tatsächlich nicht. Zeigt die Fehlerkonsole bei dir irgendeinen JS-Fehler an? (Bei mir dummerweise nicht, nur allerhand uninteressanten CSS-Murks). — PDD —17:52, 18. Feb. 2011 (CET)Beantworten
Argh, Unsinn gestrichen; bei mir gehts einwandfrei mit Opera 11, ich hatte nur völlig vergessen, dass ich da JavaScript komplett ausgeschaltet hatte :-) — PDD —22:46, 18. Feb. 2011 (CET)Beantworten
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ß Tom18:52, 18. Feb. 2011 (CET)Beantworten
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ß Tom22:53, 18. Feb. 2011 (CET)Beantworten
Letzter Kommentar: vor 13 Jahren16 Kommentare4 Personen sind an der Diskussion beteiligt
Sag mal, sollte die tolle bunte Leiste da (wo auf Klick die Sig eingefügt wird, Fett, kursiv gesetzt usw.) nicht von der Monobook verändert werden? Ich hab jetzt immer noch die, die ich auch als IP hab. Wikilinks setzen ist so nicht einfach. Die veränderte Sig scheint automatisch zu kommen, ist aber nicht beim Einfügen zu sehen, da sind die normalen vier Tilden. Das ist alles sehr verwirrend.--Sarkanafrag den ℑ Vampirbewerte mich18:40, 20. Feb. 2011 (CET)Beantworten
Wenn du hier antwortest, hast du doch ne schön bunte Leiste oberhalb der Editbox, keine Ahnung wie die sich schimpft. Und vor allem der Button für die Unterschrift war anders, wenn die Uaersig inner monobook verändert war. ist sie aber jetzt nicht mehr, der Klick drauf bringt auch nur die normale --~~~~ Sig zustande.--Sarkanafrag den ℑ Vampirbewerte mich23:31, 20. Feb. 2011 (CET)Beantworten
Na denn knall ich mal die Hacken zusammen und mach nen neuen Screenshot vom Editfenster und vom Fehlerlog Seite 1 + 2 + 3. Hoffe doch das es hilft. @PDD wieso ist der ISBN-Checker in Deiner Version auskommentiert und woher kommen die Underlines? Gruß Tom06:01, 22. Feb. 2011 (CET)Beantworten
Na sieht doch schon besser aus, oder jedenfalls sehe ich keine JS-Fehler mehr. Die unterstrichenen Links kommen durch das a { text-decoration: underline; } im monobook.css. ISBN-Checker ist auskommentiert, weil der wohl mal kaputt war; ist er wieder ganz? Gruß, — PDD —07:33, 22. Feb. 2011 (CET)Beantworten
ISBN-Checker funzt, kann bitte wieder rein. BTW hast Du Dir mal dies angesehen? Sicher nix für alle User .... aber eine Auswahl wäre nett. Und noch ne Bitte: schau mal nach den Underlines - die bekomme ich sowohl in Firefox, Safari wie in Opera, ein Screenshot reicht (denke ich) und hoffe das Du mir das einfach so glaubst. Gruß Tom 09:43, 22. Feb. 2011 (CET) P.S. Bisher css nicht gebraucht, habe es aber nun ausprobiert und darin a { text-decoration: underline; }rausgeschmissen nö das isses net. Noch immer alle Links mit Underline. Gruß Tom10:29, 22. Feb. 2011 (CET)Beantworten
ISBNcheck ist wieder drin.
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ß Tom12:15, 22. Feb. 2011 (CET)Beantworten
Ach so, na wenns nix Konkretes ist, kann mans auch weiter so halten wie bisher, dass sich die Admins oder RCler, die die Hexerfunktionen brauchen, die Hexerfunktionen installieren. Der Kasten ist ja weiß Gott schon groß genug :-) — PDD —13:03, 22. Feb. 2011 (CET)Beantworten
Letzter Kommentar: vor 13 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Da Vector nun schon seit über einem halben Jahr Standard ist (obwohl in der monobook FAQ etwas anderes behauptet wird) und es mich reizt dieses Script ebenfalls zu verwenden, würde ich gerne wissen wie nun der Status quo der Vector-Kompatibilität ist. Funktioniert es überhaupt und was ist dabei zu beachten? -- ζ00:31, 25. Feb. 2011 (CET)Beantworten
Auf den Benutzerseiten von anderen editiere ich prinzipiell nicht herum (von Vandalismus mal abgesehen), sonst hätte ich es geändert. Danke für das Feedback. Werde es mir demnächst einmal anschauen. Gruß, ζ11:21, 25. Feb. 2011 (CET)Beantworten
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 —10:45, 26. Apr. 2011 (CEST)Beantworten
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 —21:58, 26. Apr. 2011 (CEST)Beantworten
Mit anderen Worten, du hättest lieber einen Fork an einer anderen Stelle, wo danach die Unbelehrbaren entweder herumschreien, warum die Anderungen nicht in den Hilfeseiten stehen bzw. das dann als nichtrelevant und überflüssig abkanzelln! ;) Gruß Frank schubert22:47, 26. Apr. 2011 (CEST)Beantworten
wow --- da habe ich ja was gelernt --- WP war Nahe am Totalzusammenbruch, wenn man diese nun aufgekommende Disk. so liest (Auszug): „Solch eine weitreichende Regeländerung kann und darf gewiss nicht einfach leichtfertig „durch die Hintertür“ eingeführt werden ... Quelltext muss sich als erstes an Laien im Hinblick auf Einstiegs- und Bearbeitungsfreundlichkeit orientieren und nicht an technischen Spielereien...“ ach ja... xD --NolispanmoDisk.Hilfe?14:17, 27. Apr. 2011 (CEST)Beantworten
attempt to run compile-and-go script on a cleared scope
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:
Unterschiedliche Server, die unterschiedlich schnell antworten? Der Browser-Cache, der die eine Seite schon gespeichert hat, die andere aber nicht? Hamster, die eine Münze werfen? wären meine Ideen, angeordnet nach zunehmender Wahrscheinlichkeit ;-) Eigentlich sollte das Problem schon seit Februar bestehen. Mit anderen Worten: keine Ahnung. --Schnark11:32, 22. Okt. 2011 (CEST)Beantworten
Letzter Kommentar: vor 12 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Beim horizontalen Scrollen (bei kleinem Browserfenster, auf dem Handy z. B.) wird der Kasten oben links nicht nach links weggescrollt, sondern bleibt da jetzt immer oben links kleben und verdeckt dann alles mögliche vom Artikeltext. Das muss mal repariert werden!! :-) ----FranzGästebuch10:25, 7. Nov. 2011 (CET)Beantworten
Sinn des Kastens ist ja, dass er immer verfügbar ist, auch wenn man nach unten scrollt. Vertikal muss er also position:absolute; sein, und dann ist er es horizontal auch, da kann man erstmal nix machen (aber falls jemand Ideen hat, wie das besser geht: immer her damit!). — PDD —01:10, 11. Nov. 2011 (CET)Beantworten
Letzter Kommentar: vor 12 Jahren8 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo PDD,
Wo finde ich die im Popup versprochenen Erklärungen, warum ein Update nötig ist, und wie schalte ich dieses nervige Ding ab, wenn ich kein Update machen will? Danke & Gruss, --Cú FaoilRM-RH18:49, 27. Jan. 2012 (CET)Beantworten
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 —20:36, 27. Jan. 2012 (CET)Beantworten
Oh je, da sind zum einen etliche document.write drin, auf die man besser verzichten sollte (Wikipedia:Technik/Skin/JS#Einbindungen empfiehlt stattdessen mw.loader.load()), und zum anderen verschiedene Funktionen vom Hexer, die ich leider nicht testen und daher nicht reparieren kann. Aber er sollte das können. — PDD —21:05, 27. Jan. 2012 (CET)Beantworten
Ich habe jetzt auch mal ein Update durchgeführt. Allerdings funktioniert die IMHO praktischste Funktion des Monobook jetzt nicht mehr: Wenn ich mit dem Mauszeiger auf einen Wikilink zeige, kommt keine Popup-Vorschau mehr. Wie kriege ich das zurück? Gruss, --Cú FaoilRM-RH21:33, 27. Jan. 2012 (CET)Beantworten
Die Idee ist eigentlich, möglichst wenig zu laden, was dann gar nicht gebraucht wird. Geht das so in Ordnung, oder isses dir lieber, wenn es immer geladen wird? — PDD —10:28, 28. Jan. 2012 (CET)Beantworten
Mir ist es völlig egal, wann welches Skript geladen wird. Nur denen, die dein Monobook verwenden, ist es vermutlich nicht egal, wenn sie beim Bearbeiten nur den normalen Diff zu sehen bekommen. So wie es jetzt ist, ist es gut. --Schnark11:04, 28. Jan. 2012 (CET)Beantworten
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 - (☎:✉) 15:41, 28. Jan. 2012 (CET)Beantworten
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 —22:50, 29. Jan. 2012 (CET)Beantworten
Bisher sind trotz Purge die Anträge nicht wieder aufgetaucht. Bezüglich des Einklapp-Schalters siehe [16] (oben links in der Ecke). Keine Ahnung wo der her kam, aber der war schon immer da... XenonX3 - (☎:✉) 23:36, 29. Jan. 2012 (CET)Beantworten
Für den An/Aus-Schalter gibts in dieser alten Version eine Funktion switchbars('completebar'); das scheint irgendwie zu Hexers adminbar zu gehören, aber bevor ich versuche, die Logik dahinter zu kapieren (irgendwie ist der Quickbar dort eine Tabelle?!?) würde ich dich lieber mal wieder an den Kollegen verweisen. Wo die Anträge hin sind, schaue ich mir gern morgen mal an. Gruß, — PDD —23:58, 29. Jan. 2012 (CET)Beantworten
Nachtrag: Ich hab geschaut: Wenn ich mir dein monobook.js kopiere, sind die Auto-Anträge ganz normal da. Wenn sie bei dir fehlen, liegts entweder an irgendeinem Gadget, dass du angeschaltet hast (welche hast du denn da?) oder an deinem Browser (welchen verwendest du und in welcher Version?). Gruß, — PDD —09:33, 30. Jan. 2012 (CET)Beantworten
JSHint beschwert sich hauptsächlich über das name='User:' (function importPage in allen PDD-abgeleiteten Monobooks), was angesichts der Tatsache, dass man damit versucht window.name zu ändern, durchaus verständlich ist. Selbst wenn das nicht das Problem sein sollte, fehlt da ein var davor. --Schnark10:46, 31. Jan. 2012 (CET)Beantworten
Ich befürchte, dass meine Benutzerskripte beweisen, dass ich praktisch keine Ahnung von manuellen DOM-Arbeiten habe, sondern mich immer auf jQuery verlasse. --Schnark10:26, 2. Feb. 2012 (CET)Beantworten
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) 15:53, 11. Mai 2012 (CEST)Beantworten
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 11 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) 15:37, 25. Jul. 2012 (CEST)Beantworten
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 —15:41, 15. Aug. 2012 (CEST)Beantworten
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) 17:12, 15. Aug. 2012 (CEST)Beantworten
Letzter Kommentar: vor 10 Jahren15 Kommentare3 Personen sind an der Diskussion beteiligt
Hi, seit einiger Zeit produziert FixDash Fehler in der Form, daß der Bindestrich beim Datum in der Form (Dummy. Abgerufen am 22. Januar 2013.) zum Geviertstrich Dummy. Abgerufen am 22. Januar 2013. umgewandelt wird, allerdings nur der nach der Jahreszahl. Dadurch kann die Vorlage das Datum nicht mehr korrekt interpretieren. Das betrifft alle Vorlagen, in denen das Datum in der Form JJJJ-MM-DD eingebunden ist, also Vorlage:Internetquelle, Vorlage:Literatur und wer weiß was noch. Ist das bekannt? Kann man das ändern?-- Glückauf!MarkscheiderDisk22:06, 23. Jan. 2013 (CET)Beantworten
Das ist schon immer so; zugenommen hat nur die Verwendung von Vorlagen, in denen das Datum in der (sonst in der Wikipedia gar nicht zulässigen) Form JJJJ-MM-DD geschrieben wird. Solange die FixDash-Funktion nicht auf die Schöne Neue Zeit angepasst ist, muss man den Knopf also noch vorsichtiger verwenden als früher :-) Gruß, — PDD —00:36, 1. Feb. 2013 (CET)Beantworten
Aha - das war mir früher nie aufgefallen. Gut, und wer kann das machen? Ich sehe bei Scripten nicht durch. Ist FixDash jetzt eine interne Funktion der monobook.js, oder wird sie nur aufgerufen? -- Glückauf!MarkscheiderDisk06:07, 1. Feb. 2013 (CET)Beantworten
Ist eine Minifunktion aus Benutzer:PDD/helperFunctions.js; man müsste dort nur die RegExps neu schreiben (im Moment schauen sie nach Zahlen, die wie Jahreszahlen aussehen, mit einer Art Strich dahinter; was nach dem Strich steht, wird ignoriert, und das kann man wohl heute nicht mehr ignorieren). — PDD —08:49, 1. Feb. 2013 (CET)Beantworten
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;});}
Gibts eigentlich Fälle, wo wir hier zweistellige Jahreszahlen (also sowas wie 1920–40) überhaupt verwenden? (Also nicht ob es irgendwo vorkommt, sondern ob es irgendwo den Formatierungsregeln entspricht...) Sonst könnte man sich die Rücksicht darauf auch sparen. — PDD —22:12, 8. Jan. 2014 (CET)Beantworten
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;});}
Noch ein kleines Desiderat (das, glaube ich, keine weiteren Sanity Checks erfordert): die Form „1913-?“ kommt auch gelegentlich vor. — PDD —13:49, 9. Jan. 2014 (CET)Beantworten
Das würde ich dann doch als extra Regel einhängen, siehe oben. In meinem Skript habe ich das noch gar nicht. Danke für den Tipp, habs mir notiert. Zu den Regexen: Bringt es dir was, wenn ich die nochmal zerkrümle und erkläre? --TMg14:53, 9. Jan. 2014 (CET)Beantworten
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 —15:04, 9. Jan. 2014 (CET)Beantworten
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. --TMg16:21, 15. Jan. 2014 (CET)Beantworten
Dafür gibts an sich inzwischen keinen technischen Grund mehr; außer vielleicht, dass vor dem Aktualisieren der Hinweise zur Einbindung erstmal der Gesamtcode dringend besser strukturiert und teilweise überarbeitet gehört, wozu ich bisher (trotz allerlei Vorleistungen anderer, siehe z. B. zwei Abschnitte weiter oben) noch nicht gekommen bin. — PDD —22:21, 16. Apr. 2013 (CEST)Beantworten
Na ja, übersteigerte Hoffnungen rede ich dir aber am besten gleich aus: Selbst wenn man jetzt Einbinden statt Kopieren dekretiert, würde es so ca. ein Jahrzehnt dauern, bis der letzte das nachvollzogen hat; bis dahin gäbs also weiterhin solche Nachfragen. — PDD —21:17, 17. Apr. 2013 (CEST)Beantworten
gudn tach!
das ist schon klar. aber wenn man nicht irgendwann damit anfaengt, werden es eben immer mehr. abgesehen davon koennte man auch z.b. per bot die leute, die alte monobooks verwenden, anschreiben und sie darueber informieren, dass sie den alten code besser loeschen durch einen import des aktuellen codes ersetzen sollten, um die scripts funktionierbar zu halten. -- seth22:36, 18. Apr. 2013 (CEST)Beantworten
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. ;-) --TMg03:58, 9. Jan. 2014 (CET)Beantworten
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 —10:53, 9. Jan. 2014 (CET)Beantworten
Meinst du damit zwei Probleme oder nur eins? Änderung ist oben drin. Durch die starke Vereinfachung ist es jetzt möglich, noch ganz andere Sachen zu markieren (so was?) und dem Skript so wieder mehr Bedeutung zu geben. Fällt dir da was ein? --TMg11:32, 9. Jan. 2014 (CET)Beantworten
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 —12:22, 9. Jan. 2014 (CET)Beantworten
Ich wollte hier keine Revolution starten, ;-) nur Code aufräumen, der für Nutzer deiner Skriptsammlung ja sogar standardmäßig aktiv ist. Vielleicht vergebene Mühe. Es wäre vernünftiger, statt dessen Schnarks Skript zu nutzen. Es zeigt die Problemstellen viel präziser an und vermeidet Fehlanzeigen bei regulären fremdsprachigen Benutzernamen. Ein Unterschied fällt mir aber auf, vielleicht kann Schnark da was machen: Nach Benutzer Diskussion:Schnark/js/antispoof verschoben. --TMg15:57, 9. Jan. 2014 (CET)Beantworten
Auch meines ist weg, und ich habe unter linux nur firefox! Auf meinem Android Handy hab ich zwar chrome aber da logge ich mich sicher nicht ein--Martin Se aka EmesFragen?16:27, 24. Aug. 2014 (CEST)Beantworten
Auch wenns eher nicht hilft: Ich wäre auch betroffen ;) was heist wikimedia-weit? Hat superprotect jetzt noch Auswirkungen auf unsere Skripte? :D Und viel wichtiger: woran liegt es und wie kann man es nutzerseitig fixen? --darkking3Թ18:06, 25. Aug. 2014 (CEST)Beantworten
Wimimedia-weit heißt, dass - so weit ich das sehe - alle Wikimedia-Projekte von diesem Problem betroffen sind (also nicht nur Wikipedia, sondern auch Commons, Wikibooks usw.). Mit Superprotect hat das nichts zu tun, sondern mit einem Softwareupdate. -- Chaddy · D – DÜP –22:21, 9. Sep. 2014 (CEST)Beantworten
Bei mir geht Monobook unter Firefox und Nightly nicht, unter Seamonkey dagegen ganz normal. Erstere beiden zeigen auch nicht das Dreieck, um auf die andere Versionsunterschiedanzeige umzuschalten. Das alles erschwert das Arbeiten sehr. --Glückauf!MarkscheiderDisk12:26, 5. Sep. 2014 (CEST)Beantworten
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!MarkscheiderDisk16:15, 28. Sep. 2014 (CEST)Beantworten
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∞RM15:06, 4. Okt. 2015 (CEST)Beantworten
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) 15:50, 4. Okt. 2015 (CEST)Beantworten
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.
Bei mir funktioniert sie seit ein paar Wochen nur teilweise. Manchmal ist das Menü da, manchmal nicht. Auf der Beo erscheint es regelmäßig, bei ungesichteten Seiten ebenfalls, sonst meist nicht. Bei Verwendung des Benutzer:РDD3/monobook.js erscheint das Menü nur zur (oberen) Hälfte. Grüße --Partynia∞RM09:11, 25. Aug. 2018 (CEST)Beantworten
Ich habe noch einmal mehrere Test durchgeführt. Dabei sämtliche Skripte erstmal geleert, wo es zu Konflikten kommen kann (vector.js , simple.css und monobook.css) und das ganze sieht erst mal so aus. (Statt Bearbeitung vom Diskussionsverlauf werden Symbole angezeigt). Gruß Frank schubert (Diskussion) 11:04, 25. Aug. 2018 (CEST)Beantworten
Wie meinst du, nicht mehr bearbeiten?? Weil die Symbole da sind? Die könnte man freilich standardmäßig wieder abstellen. Ansonsten sieht es doch gut aus? Grüße, -- PDD312:12, 25. Aug. 2018 (CEST)Beantworten
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) 12:33, 25. Aug. 2018 (CEST)Beantworten
Das letzte Problem ist bei mir gelöst. Hier die Lösung. (Auf Fliegelflagel oben rechts gehen, bei syntaxhighlight auf aktiviert klicken, nein auswählen und bei Bedarf ein Häkchen bei Nur für Wikitext verwenden setzen, danach am ende der Seite auf Änderung Speichern klicken und schon war es bei mir gelöst) Gruß Frank schubert (Diskussion) 14:04, 25. Aug. 2018 (CEST)Beantworten
Ich habe mal dort geantwortet und dementsprechend ein kleines Versions-Update gemacht. Kurz gesagt, es war noch die alte Fliegelflagel-Version. -- PDD314:46, 25. Aug. 2018 (CEST)Beantworten
Hatte ich vorhin gemacht, hat aber nicht funktioniert. Daruafhin habe ich den Quelltesxt von deiner Seite kopiert. Jetzt geht es so 'naja'.
Frage: wie kriege ich die Bilderrätsel los und noch wichtiger: wie kann man das automatische Doppelpunkteinfügen bei Diskussionsseiten abstellen? Das nervt! Glückauf!MarkscheiderDisk17:02, 25. Aug. 2018 (CEST)Beantworten
Du hast bei dir oben rechts in dem Bereich wo auch die allgemeinen Einstellungen den Extratab Fliegelflagel wo du einzelne Funktionen abwählen und hinzufügen kannst. Beim Bilderrätsel z.B. bei sectionLinks. Gruß Frank schubert (Diskussion) 17:47, 25. Aug. 2018 (CEST)Beantworten
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!MarkscheiderDisk19:10, 25. Aug. 2018 (CEST)Beantworten
Hallo Markscheider, dem kann ich nicht widersprechen, die nächste Version wird wieder diese Richtung einschlagen. Natürlich sollte die Konfiguration einfacher werden und nicht weniger funktionieren als vorher, eine derartige Umstellung impliziert jedoch meist Umstände. Entschuldige dafür, es wird noch ein klein wenig dauern. -- PDD316:11, 27. Aug. 2018 (CEST)Beantworten
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 Disk18:22, 28. Aug. 2018 (CEST)Beantworten
Ach den Fehler hatte ich auch schon bemerkt, aber den Zusammenhang nicht gleich gesetzt. Fixed in Version 0.99r. Danke für die Meldung. -- PDD316:32, 30. Aug. 2018 (CEST)Beantworten
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∞RM12:07, 3. Sep. 2018 (CEST)Beantworten
Danke, PDD, das Menü erscheint jetzt, aber ohne alle Adminfunktionen. Die Adminknöpfe sind sind auch im oberen Hauptmenü verschwunden, erscheinen nunmehr nur in einem Menüpunkt "page" als Untermenüpunkte. Grüße --Partynia∞RM22:01, 5. Sep. 2018 (CEST)Beantworten
@Partynia: Du hattest eine speziell angepasste Adminversion, demnächst werde ich diese modularisieren, was schon lange geplant war, so dass Admins diese automatisch erhalten. -- PDD307:25, 13. Okt. 2018 (CEST)Beantworten
Letzter Kommentar: vor 5 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
...ist jetzt, daß ich bei mehreren ungesichteten Änderungen, wenn ich nur den letzten Versionunterschied anzeige, statt des Buttons 'alle ungesichteten Änderungen anzeigen' einen Text sehe, der "reviewWrapped" lautet. Kann man das wieder richten? Ach ja, da wäre dann noch die Frage nach "FixMArkMuni", das mir jetzt fehlt. -- Glückauf!MarkscheiderDisk07:51, 4. Sep. 2018 (CEST)Beantworten
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).
Ich bin gerade dabei, die ungesichteten Artikel im Bergbaubereich zu sichten. Beim Rücksetzen ist es sehr umständlich, erst auf speichern, dann auf Okay und dann extra noch runterscrollen und veröffentlichen zu drücken. Kann man das wieder so einrichten, wie es vorher war? -- Glückauf!MarkscheiderDisk10:48, 9. Sep. 2018 (CEST)Beantworten
Und noch eine andere Frage: Wie kriege ich die farblichen Markierung in Benutzerbeiträgen gleich wieder weg? Also nicht die Markierungen, die den Sichtungsstatus anzeigen. Die sind ok. Aber nach dem Update auf die neueste Version deines Skripts ist in Benutzerbeitragslisten jeder Eintrag unterschiedlich farbig markiert (meist grün, gelb oder orange). -- Chaddy · D17:14, 19. Sep. 2019 (CEST)Beantworten
Ein weiteres Problem ist mir aufgefallen: Das Benachrichtigungsmenü lässt sich nicht öffnen, wenn dein Skript aktiviert ist (weder das mit der Glocke noch das daneben). Mit deaktiviertem Skript geht es. -- Chaddy · D21:26, 20. Sep. 2019 (CEST)Beantworten
Letzter Kommentar: vor 1 Jahr1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo. Gibt es eine Chance, dass das Script auch dort problemlos funktioniert? Leider ist die linke Aufrufseite über dem Text und der Text selber zu breit. Man kann die schönen Funktionen praktisch nicht aufrufen. --Wortulo (Diskussion) 09:48, 17. Feb. 2023 (CET)Beantworten