Benutzer Diskussion:PDD/monobook.js
Benutzungshinweise:
Einfach das ganze kopieren (näheres dazu siehe Benutzer:PDD/monobook FAQ).
- Fragen zum Wie/Wo/Warum der monobook.js? Bitte die Benutzer:PDD/monobook FAQ lesen.
- Ist in den FAQ irgendetwas schlecht oder gar nicht erklärt? Bitte auf Benutzer Diskussion:PDD/monobook FAQ Bescheid sagen.
- Sonstige Fragen, Fehlermeldungen, Ideen für neue Funktionen, Abneigung gegen vorhandene Funktionen? Immer her damit, und zwar auf Benutzer Diskussion:PDD.
Changelog
- (0.99e, 27.1.2012) [tba] Minimalversion auf 0.99c gesetzt (weil altes unsigned.js mit MW119 Fehler werfen wird)
- (0.99d, 18.3.2011) [tba]
- (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
- (0.99b, 3.6.2010) neue Module: wikEdDiff.js von Cacycle, hideduplicatecontribs.js von P.Copp; neuer Typ KatMove+ in eintragen.js; Ombudsleute und Oversighter markiert in markAdmins.js
- (0.99a, 12.1.2009) neues Modul diffhistory.js von P.Copp
- (P098x, 12.1.2009) neues Modul adddeletereason.js von P.Copp; Option für vorkonfigurierte Schnelllöschgründe (von DerHexer); statt buggy
unsigned.jsjetzt unsigned.js von lustiger seth - (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.jsentfernt (geht jetzt via CSS); mehr Striche plus FixDash-Funktion - (P098t, 25.1.2008) als Gadget verfügbares Modul entfernt (
wikiminiatlas.js); neue Module highlightredirects.js von Dschwen, osm.js von Magnus Manske; BildLA raus (obsolet); TOR-Node-Check; Skripte einbinden ohne maxage (wegen Umstellung des Cachings) - (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 Uraltversionwikiminiatlas2.jsjetzt 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
- (P098q, 14.8.2007) aktuelles replaceQuoteSigns.js von BLueFiSH.as direkt eingebunden; zeno.org-Links
- (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;
diesesundjenesobsolete fixdiffwidth-Modul entfernt- Versionen vor P098n bitte auf eine neuere Version updaten
- (P098m, 1.6.2007) Bezüge auf gelöschtes Modul
delete.jsentfernt, 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
- (P098j, 1.3.2007) Credits korrigiert; "Spam"-Link bei Lupins Popups ausschaltbar; Kopfzeile gekürzt
- (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
- (P098g, 24.2.2007) Adminflag automatisiert; Encarta; Steinzeit-Meyer; Lemmasperrung (für Admins)
- (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)
- (P098d, 23.2.2007)
addEditSection0.jsersetzt durch modifyCA.js; Purge-Button - (P098c, 22.2.2007) Hilfetext-Popups von Littl; Bürokraten-Marker; CommonsHelper; IP-Range-Calculator; Quickbar leicht umgeräumt
- (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.jsundhideOwn.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
(auffalse
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 Artikel Turiner 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)
- (P097h, 29.6.2006) Funktionsaustausch: setReload() statt setreload()
- 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)
- (P094, 30.4.2006) neue Module: markUTF8.js, addEditSection0.js, markStimmrecht.js; fixdiffwidth.js und Signatur.js von Olliminatore; Littl-Revert mit Begründung überarbeitet (jetzt mit Angabe von Autor/Datum der Version, auf die zurückgesetzt wird); neue Begrüßungsvorlagen eingebaut; Quelltextformatierung verbessert; myReplace() ersetzt durch wpTextReplace(); neu: ReplaceMarkup() extern von BLueFiSH.as; Rechtschreibprüfung von APPER
- (P093, 22.4.2006) FixQuotes in Quickbar eingebaut; URV+ eingebaut (automatisches Eintragen von URVs); myTypoKorr() und tkorr() entfernt
- (P092, 22.4.2006) Urversion (basiert auf Littl 0.91); Änderungen: Modularisierung (Auslagerungen in: addEditLinkToOldVersionLinks.js, eintragen.js, changeBeschriftungen.js, tooltips.js); neue Module: markAdmins.js, replaceQuoteSigns.js, moveEditsection.js, showRedundantLinks.js, hideOwn.js; Littls godmode-light durch eigenen ersetzt
- (Littl 0.91, 21.2.2006)
- (Littl 0.9, 19.2.2006)
- (Littl/Schwalbe/Littl 0.7, 17.2.2006)
- (Spongo/Littl 0.8, 5.1.2006)
- (Littl 0.7, 6.9.2005)
- (Littl 0.6, 31.8.2005)
- (Littl 0.5, 30.8.2005)
- (NicoHaase 6.-8.8.2005, verschiedene Fixes, parallel)
- (Littl, 21.3.2005, übernommen von BLueFiSH.as)
- (BLueFiSH.as, 22.11.2004, übernommen von SirJective)
- (SirJective, 15.10.2004, übernommen von Maximus Rex)
- (Maximus Rex, 3.6.2004) Benutzer:Maximus Rex/monobook.js übernommen von Angela [1]
- (Angela, 30.4.2004) Erstdefinition des QuickBars? [2]
Nagscreens / "Erzwungene" Updates
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.)
Links auf gelöschte/deaktivierte Uralt-Skripts
- Spezial:Linkliste/Benutzer:BLueFiSH.as/JS/fixdiffwidth (js)
- Spezial:Linkliste/Benutzer:BLueFiSH.as/JS/markup
Updateprogramm
Wer nutzt noch völlig veraltete Versionen? (Stand: 4.3.2007)
- Benutzer:CollectiveStupidity/monobook.js (P097t)
- Benutzer:Dr. med. Ieval/monobook.js (P097t)
- Benutzer:SingleMalt/monobook.js (P097t)
- Benutzer:Albrechtloh/monobook.js (P097w)
- Benutzer:Langsdorff/monobook.js (P097x)
- Benutzer:BSTMSMS/monobook.js (P097y)
- Benutzer:Laurien/monobook.js (P097y)
- Benutzer:Paetrix/monobook.js (P097z)
- Benutzer:Windrose/monobook.js (P097α)
Modularisierung
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!?
if (1) document.write('<link rel="stylesheet" type="text/css" href="' + 'http://en.wikipedia.org/w/index.php?title=User:Lupin/navpop.css' + '&action=raw&ctype=text/css&dontcountme=s">'); else document.write('<link rel="stylesheet" type="text/css" href="http://localhost:8080/js/navpop.css">');
- -- Ολλίμίνατορέ •Ω• 00:16, 21. Apr 2006 (CEST)
- 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)
Restliche Diskussion verschoben nach Benutzer Diskussion:PDD/markAdmins.js — PDD — 18:35, 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)
Einbindungs-Hinweis
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.
en: see also here. -- Ολλίμίνατορέ •Ω•
URV?
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)
Verschieben?
Hallo! Kannst du mir vielleicht kurz sagen, wie ich den roten Balken um den "Verschieben"-Knopf weg bekomme? Ganz herzlichen Dank! Grüße, Ca$e 22:07, 30. Nov. 2006 (CET)
- (Hoffe, das geht okay.) Am besten
var markbecareful = true;
zuvar markbecareful = false;
ändern. Wenn du den Hinweis für fremde Benutzerseiten ebenfalls deaktivieren willst, müsstest du die davorgehende Zeile ebenfallsfalse;
setzen. —DerHexer (Disk., Bew.) 22:12, 30. Nov. 2006 (CET)- Ah super, das hatte ich übersehn, danke!! Grüße, Ca$e 22:18, 30. Nov. 2006 (CET)
Credits/History
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".
— PDD — 16:50, 21. Aug 2006 (CEST)
"Originalskript von Benutzer:SirJective"
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)
- 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)
- 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)
- Ist ja skandalös.
Trage ich bei nächster Gelegenheit nach!— PDD — 03:06, 27. Feb. 2007 (CET) done — PDD — 03:28, 27. Feb. 2007 (CET)- Hervorragend! ;-) --BLueFiSH ✉ (Klick mich!) 03:29, 27. Feb. 2007 (CET)
- Ist ja skandalös.
- 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)
To-Do-Liste
obsolete Module (hideOwn, moveEditSection) entfernendone — PDD — 04:50, 11. Sep 2006 (CEST)Optionen für Lupin nach oben ins SETUP, + bessere Defaults evtl.done — PDD — 15:47, 12. Sep 2006 (CEST)Optionen für ChangeBeschriftungendone — PDD — 12:30, 12. Sep 2006 (CEST)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)addEditAndRevertLinks.js: shortcuts von jhaDone — PDD — 00:00, 25. Sep 2006 (CEST)LTR-Mark-Warnungen bei Lemmata (über markUTF8?)Done — PDD — 09:58, 30. Sep 2006 (CEST)eintragen.js: PH+ für Vorlage:Portalhinweis einbauen? (DerHexer bastelt dran)done — PDD — 17:57, 30. Okt. 2006 (CET)Vorschlag von DerHexer: Test ob Artikel schon gelöscht nicht nur bei SLA, sondern auch URV (etc.)doneim 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 vollDone — PDD — 15:36, 8. Nov. 2006 (CET)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)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)markAdmin neu schreiben; viel zu viele Schleifen (kostet alles zu viel Zeit), siehe Ollis Ideen auf der mark-Admins-Diskerledigt thx to LittlRipe-tooltips verbessern (lt. Sebmol tauchen die nicht nur bei IPs auf, sondern störenderweise bei allen Benutzern)done — PDD — 21:20, 4. Mär. 2007 (CET)Flush-Button (reload +done — PDD — 21:20, 4. Mär. 2007 (CET)&action=purge
) oder lieber nicht?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)komischer error hier - nur temporär? -- irgendwas mit addeditsect0, ausge-x-t, schaue späteraddeditsect0 ausgetauscht, jetzt okTolanor: 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.0- 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)
Benutzer:PDD/monobook-littl.js basteln (alle Features der alten littl 0.91, alles neumodische abgeschaltet) für sanften Umstieg (Versionen sowas wie L097q)muss nicht sein, gibt jetzt monobook-barebone.js und ähnliches kann bei Bedarf gebastelt werden — PDD — 23:12, 3. Dez. 2006 (CET)- User-Log-Links nur, wenn User tatsächlich existiert
- Inkompatibilität: Lupin-Popups vs. showRedundantLinks, siehe [4]
- Inkompatibilität: Bluefishs diffwidth vs. godmode-light, siehe [5]
- eintragen.js: BLU+ für BLU-User Vorlage einbauen (siehe Benutzer Diskussion:PDD/monobook_FAQ/Archiv#Lob_und_Funktionswunsch)
- nicht essentiell, aber evtl. praktisch: wenn user admin, godmodelight auf false?
- wie ist das passiert? (nicht reproduzierbar) - hab jetzt reverten noch weiter nach vorn geschoben und markierungen weiter nach hinten
- getLemma() in eintragen.js sollte weg (obsolet),
aktion() sowiesoaktion() ist wieder da, wo sie hingehört — PDD — 14:37, 16. Okt. 2006 (CEST) - erneut versuchen, Spongos grafische Konfiguration zu integrieren bzw. praktikabel zu machen
- kaputte Benutzerseiten schaffen es u.U., die Skripte zu crashen, siehe z.B. Benutzer:Vinojan
- Benutzer:Wiegels/table.js einbauen, aber man bräuchte irgendnen Wrapper...
- zurücksetzen-button wird auch auf gesperrten seiten eingeblendet (weg damit?)
- dito für (rev) und (edit)
- bizarres Zeug (mutmaßlich Benutzerfehler): [6]
- bei manchen Nutzern (Browser? OS?) scheint der quickbar zu breit zu sein.
- dazu passend: Bugreport Taxman - quickbar neben dem Logo; Firefox (huh?)... hoffe auf Screenshot
- Bizarrer Bug mit IE und Eingabegebietschema?? Siehe [7] — PDD — 15:03, 10. Nov. 2006 (CET)
- endlich mal Revvars Fix für Quickbar-Breite testen [8]
- http://www.iks-jena.de/cgi-bin/whois?submit=Suchen&charset=iso-8859-1&search=
- bei ae&rl doch nicht innerHTML? siehe [9]
- Wannabe Kate http://tools.wikimedia.de/~interiot/cgi-bin/Tool1/wannabe_kate oder alternativ contribs mit 199 (fuer a.l.l.)
- 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.--Hubertl 15:21, 28. Dez. 2006 (CET)
- bei Redirect: SLA unten statt oben (sonst sieht man nix)
- was ist da los? mehrere solche edits am 8.1.
- qbnewpage: hat bei dropdowns keine wirkung
- Bugs mit Safari? [10] [11]
- Fixen der "FixQuote" und "Fix-Markup"-Funktionen: Teilweise verändert diese Wikiquelltext in Bildern, Vorlagen, Refs.... Vergleiche Änderungen der Bildlinks, Weblinks und Änderung der "s einer Ref (Version: Aktuelle) alkab DAB 20:35, 25. Feb. 2008 (CET)
- Das bindet PDD auch nur ein, siehe Benutzer:BLueFiSH.as/JS/markup.js und Benutzer:BLueFiSH.as/JS/replaceQuoteSigns.js. Gruß, Code·Eis·Poesie 20:40, 25. Feb. 2008 (CET)
- ...
Anregung
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? -- ChaDDy 21:40, 16. Okt. 2007 (CEST)
- 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)
Replace-Funktion
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?--JFKCom 11:58, 5. Feb. 2008 (CET)
- 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)
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.--JFKCom 14:51, 5. Feb. 2008 (CET)
- 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)
Autoreviewer
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ß --Aktionsheld Disk. 23:05, 7. Feb. 2008 (CET)
- Danke für den Hinweis (hätte ich auf dieser abseitigen Diskussionsseite fast übersehen...). Gruß, — PDD — 00:12, 23. Feb. 2008 (CET)
modifyLKs.js
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? --ThePeter 22:01, 24. Mär. 2008 (CET)
- Das gute Stück wurde IMHO von mnh entwickelt … die Idee selbst finde ich auch gut, hab ähnliches mnh auch schon vorgeschlagen. Gruß, Code·is·poetry 22:04, 24. Mär. 2008 (CET)
- 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)
- Ist jetzt eingebaut, man kann über einen Link im Inhaltsverzeichnis umschalten. Bitte mal testen. Es kann zudem auch im Monobook des jeweiligen Benutzers
Range-Contribs
Interesse? Geht im Moment nur für /16 und /24 bis /32, aber immerhin ;-) Gruß, Code·is·poetry 12:48, 26. Mär. 2008 (CET)
- 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)
Wikibits
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·poetry 00:00, 22. Mai 2008 (CEST)
- Ja, die Import-Dinger habe ich schon gesehen, ich wollte das aber (wie üblich) etwas anders umsetzen. Aber danke! — PDD — 21:56, 24. Mai 2008 (CEST)
- (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)
getLemma()
Moin PDD. Bin grad über die Funktion getLemma()
aus deiner PDD/helperFunctions.js gestolpert. Wäre das nicht viel effizienter mit
var Lemma = wgTitle.split("/")[0];
umzusetzen? wgTitle
wird ja praktischerweise von Mediawiki mitgeliefert. --V·R·S (☣|☢) 18:36, 27. Mai 2008 (CEST)
- 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)
Sichten
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 --hroest Disk 09:02, 18. Jun. 2008 (CEST)
- Das kann mit dem monobook nix zu tun haben. — PDD — 20:35, 17. Jul. 2008 (CEST)
DÜP
Bitte beachten, dass es mittlerwiele einen weiteren neuen Parameter für die Vorlage:Dateiüberprüfung gibt: Besonderer Fall. Könntest du den bitte auch einbauen? -- Chaddy - DÜP 19:38, 14. Jul. 2008 (CEST)
- Danke, ist drin. — PDD — 20:36, 17. Jul. 2008 (CEST)
Sichten II
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)
IE6
Hallo! Vielleicht ein Punkt für die FAQ: Bei mir geht's mit dem IE6 (SP2) GAR nicht. Null Veränderung. Mit Firefox 2.0.0.9 (.13 läd noch) sieht's super aus. Danke! -- Martina Nolte Disk. 13:11, 24. Jul. 2008 (CEST)
- 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)
- 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ß --DasBee 13:45, 27. Jul. 2008 (CEST)
- Grmpfl, wo kriege ich jetzt nen IE6 her? :-) — PDD — 14:16, 27. Jul. 2008 (CEST)
- 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ß --DasBee 13:45, 27. Jul. 2008 (CEST)
Konqueror
Hi PDD,
seit Version "v" funktioniert monobook.js nicht mehr beim Konqueror :-(
Gibt den folgenden Fehler aus:
Fehler: http://de.wikipedia.org/w/index.php?title=Benutzer:Mark_Nowiasz/monobook.js&action=raw&ctype=text/javascript: TypeError: Value undefined (result of expression wgUserGroups.indexOf) is not an object. Cannot be called.
Mit Firefox klappt es problemlos.(Der vorstehende, nicht signierte Beitrag – siehe dazu Hilfe:Signatur – stammt von Mark Nowiasz (Diskussion • Beiträge) 19:06, 5. Sep. 2008 (CEST))
- 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·poetry 12:16, 6. Sep. 2008 (CEST)
- 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 Nowiasz 17:50, 6. Sep. 2008 (CEST)
SLA-Grund
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.
--Steef 389 13:36, 4. Nov. 2008 (CET)
- Pro. Hat mich früher schon immer gestört. --Church of emacs D B 11:59, 21. Jan. 2009 (CET)
- Man kann dafür ja eine Variable erstellen, mit der der Benutzer selbst entscheiden kann, ob er dies möchte. Grüße, —DerHexer (Disk., Bew.) 12:14, 21. Jan. 2009 (CET)
- 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)
Benutzer:Lustiger seth/unsigned.js
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)
- 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)
Deine monobook.js und WP Gadgets
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)
- Danke für den Hinweis auf MediaWiki:Gadget-Rechtschreibpruefung.js, ich werde das bei Gelegenheit aus der monobook.js entfernen. Neue Gadgets vorschlagen kannst du auf MediaWiki Diskussion:Gadgets-definition, wobei mir die Liste der Gadgets im Moment schon ziemlich überfüllt erscheint. Lieber Gruß, — PDD — 17:26, 14. Feb. 2009 (CET)
- Mir ist zudem noch aufgefallen dass MediaWiki:Gadget-navigation-popups.js auch in deiner monobook enthalten ist, kann jedoch nicht beurteilen welche lokalen Änderungen du im Vergleich zur MW-Variante vorgenommen hast.--kaneiderĐΛӢΙΞĻ ʖʖʖ 18:44, 14. Feb. 2009 (CET)
Zusatzfunktion
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ß Niteshift 10:17, 21. Jun. 2009 (CEST)
- Da bräuchte man einen guten Algorithmus, um das Ende von SLA+Einsprüche bzw. den Anfang des Artikeltexts zweifelsfrei zu erkennen... — PDD — 12:16, 23. Jun. 2009 (CEST)
Javascript Frage
Hallo,
nachdem mir bei den Fragen zur Wikipedia leider keiner helfen konnte, will ich dich fragen:
Ich würde gerne in mein monobook (personalisierte Version von Deinem) diese Zeile einbauen:
w (1,"http://toolserver.org/~erwin85/contribs.php?lang=de&family=wikipedia&users="+spaceEscape(user)+"|"+spaceEscape(userPageOwner)+ "&limit=100,'Familiar? (timeline)',qbtarget,'Familiar with timeline');
[bisheriger Versuch: hier]
Jedoch wird beim Aufruf des Links nur der Linktext bis zum Pipe (|) aufgerufen. Der Rest wird ignoriert. Hast du vielleicht dazu eine Lösung? -- 1xSNAFU 14:56, 1. Jul. 2009 (CEST)
- 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)
- Versuch mal statt „|“ „%7C“. Grüße, —DerHexer (Disk., Bew.) 22:39, 1. Jul. 2009 (CEST)
- Danke si hat das funktioniert. Danke! -- 1xSNAFU 22:56, 1. Jul. 2009 (CEST)
Geht ned! - Nur Teil kopieren
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 -- ✓ Bergi 21:10, 13. Jul. 2009 (CEST) PS
- Ist erledigt, ich habe Benutzer Diskussion:PDD/changeBeschriftungen.js gefunden, da wirds beschrieben.
Entschuldige die Störung! -- ✓ Bergi 14:16, 14. Jul. 2009 (CEST)- Oops. Jetzt erst gesehen, aber du hast es ja selbst gefunden. Gruß, — PDD — 15:08, 14. Jul. 2009 (CEST)
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?
- Einbindung von Olliminatore/unsigned.js:
- 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.
meint -- ✓ Bergi 20:28, 14. Jul. 2009 (CEST)
- 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 mitif (isTalk)
eingebunden, sondern mitif (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)
- 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)
- Ich glaube nichtmal, dass
Revertieren
Hallo PDD, kannst Du Deine Monobook-Vorlagen oder worüber das auch läuft so ändern, dass es so aussieht wenn man revertiert hat:
Revert auf Version von Codex 911 (16. Jan. 2010, 13:22) Grund: keine Verbesserung des Artikels
Weil eigentlich steht ja immer noch Benutzer: davor. Das kann man doch ändern.
Codex 911 14:57, 16. Jan. 2010 (CET)
- 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)
Wenn das so ist. LG (Codex 911) Lahan 12:59, 17. Jan. 2010 (CET)
Problem
ICh habe ein Netbook mit einer Bildschirmauflösung von 1024x600. Mit deinem Monobook sehe ich jetzt aber einen cm von Wikipedia an der linken Seite nicht und wenn ich auf bearbeiten gehe ist sie zu lang. Bild zu Problem 1 Bild zu Problem 2. Danke und Gruß. --KevinKwxwx Disk 15:06, 8. Jun. 2010 (CEST)
- Einfach F11 drücken. --Fomafix 21:39, 8. Jun. 2010 (CEST)
- Des is dann der Vollbildmodus, hab ich davor auch schon gewusst. Nur muss das doch irgendwie ohne Vollbildmodus gehen. Gruß --KevinKwxwx Disk 21:47, 8. Jun. 2010 (CEST)
- Das zu lang lässt sich dadurch lösen, indem du die Schriftgröße (Einstellung qbfontsize) verringerst. --Steef 389 21:50, 8. Jun. 2010 (CEST)
- Irgendwie ändert sich da nichts. Hab auch den Cache von Firefox geleert. Gruß --KevinKwxwx Disk 22:15, 8. Jun. 2010 (CEST)
- Problem 2 ist jetzt beseitigt. Gruß--KevinKwxwx Disk 22:18, 8. Jun. 2010 (CEST)
- Und Problem 1 hat sich auch beseigt. Hatte Minimale Schriftgröß zuhoch eingestellt gehabt. Gruß--KevinKwxwx Disk 22:19, 8. Jun. 2010 (CEST)
- Problem 2 ist jetzt beseitigt. Gruß--KevinKwxwx Disk 22:18, 8. Jun. 2010 (CEST)
- Irgendwie ändert sich da nichts. Hab auch den Cache von Firefox geleert. Gruß --KevinKwxwx Disk 22:15, 8. Jun. 2010 (CEST)
- Das zu lang lässt sich dadurch lösen, indem du die Schriftgröße (Einstellung qbfontsize) verringerst. --Steef 389 21:50, 8. Jun. 2010 (CEST)
- Des is dann der Vollbildmodus, hab ich davor auch schon gewusst. Nur muss das doch irgendwie ohne Vollbildmodus gehen. Gruß --KevinKwxwx Disk 21:47, 8. Jun. 2010 (CEST)
Neue Oberfläche
Frage eines softewaretechnischen Analphabeten: Das Monobook wird auf bei mir auf der neuen Wikipedia-Benutzeroberfläche nicht mehr angezeigt. Muss ich irgendwelche Einstellungen ändern? Erfurter63 10:33, 10. Jun. 2010 (CEST)
- Die monobook.js ist für die monobook-Skin konzipiert. Ob es schon eine Portierung für vector (also eine vector.js) gibt, kann ich dir nicht sagen. Grüße -- Nolispanmo Disk. Hilfe? 10:48, 10. Jun. 2010 (CEST)
- Mist, heißt entweder neue Oberfläche - kein Monobook, alte Oberfläche - Monobook oder ständig wechseln :-( Grüße Daniel 1992 10:57, 10. Jun. 2010 (CEST)
- An dieser Stelle möchte ich hierhin PDD/monobook_FAQ#Vector verweisen. Ich benutze die Infos dort selbst erst mal nur testweise. -- Perhelion 11:14, 5. Sep. 2010 (CEST)
- Mist, heißt entweder neue Oberfläche - kein Monobook, alte Oberfläche - Monobook oder ständig wechseln :-( Grüße Daniel 1992 10:57, 10. Jun. 2010 (CEST)
Benutzer:Complex/Greetings/TestMitStopschild
Hallo, kann ein Admin diese Vorlage durch Vorlage:Test ersetzen, Complex hat jetzt nur noch einen Link auf diese in der Vorlage stehen. - inkowik (Disk//Bew) 18:55, 29. Dez. 2010 (CET)
Monobook funzt nicht mehr
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? Erfurter63 13:23, 18. Feb. 2011 (CET)
- Erstmal nix ändern sondern abwarten; die Mediawiki-Developer haben da was kaputtgespielt und müssen das nun reparieren. — PDD — 13:31, 18. Feb. 2011 (CET)
- 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 Erfurter63 13:33, 18. Feb. 2011 (CET)
- Läuft jetzt wieder. — PDD — 15:45, 18. Feb. 2011 (CET)
- 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 Erfurter63 13:33, 18. Feb. 2011 (CET)
Opera
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ß Tom 17:03, 18. Feb. 2011 (CET)
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)- 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)
- 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?
- JavaScript - http://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:PDD/monobook.js&action=edit§ion=35
- Event thread: DOMContentLoaded
- Uncaught exception: TypeError: 'this.indexOf' is not a function
- Error thrown at line 77, column 4 in <anonymous function: Array.prototype.remove>(element) in http://de.wikipedia.org/w/index.php?title=Benutzer:D/monobook/api.js&action=raw&ctype=text/javascript:
- var index = this.indexOf(element);
- called from line 185, column 0 in <anonymous function: ready>(fn) in http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=jquery%7Cmediawiki&only=scripts&skin=monobook&version=20110212T212820Z:
- fn.call(document,jQuery);
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ß Tom 18:52, 18. Feb. 2011 (CET)
- Klingt alles sehr seltsam; z. B. der Fehler in Benutzer:D/monobook/api.js (die wird normalerweise gar nicht eingebunden, wo kommt das also her?). Hmm. PS: Das geht so nicht. — PDD — 22:09, 18. Feb. 2011 (CET)
- 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ß Tom 22:53, 18. Feb. 2011 (CET)
Hoffe es hilft: brandfrischer Screenshot der Fehlerkonsole + Screenshot des Editfensters. Gruß Tom 22:57, 20. Feb. 2011 (CET)
Editleiste (Opera)
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.--Sarkana frag den ℑ Vampirbewerte mich 18:40, 20. Feb. 2011 (CET)
- PS - ok, die Sig klappt nicht. Da ist nix mit Datum klein. Alles doof.--Sarkana frag den ℑ Vampirbewerte mich 18:43, 20. Feb. 2011 (CET)
- Find ich auch verwirrend, um was geht es denn genau? — PDD — 22:36, 20. Feb. 2011 (CET)
- 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.--Sarkana frag den ℑ Vampirbewerte mich 23:31, 20. Feb. 2011 (CET)
- Find ich auch verwirrend, um was geht es denn genau? — PDD — 22:36, 20. Feb. 2011 (CET)
- Dann sieht es vermutlich bei Dir so ähnlich aus wie bei mir? Gruß Tom 23:44, 20. Feb. 2011 (CET)
- Ja genau, das ist aber anders als es mal war. Dafür klappt die Autosig mit der neuen Operaversion endlich wieder (teilweise) - oder das Script wurde gefixt. k.A.-- Sarkana frag den ℑ Vampirbewerte mich 23:51, 20. Feb. 2011 (CET)
- Dann sieht es vermutlich bei Dir so ähnlich aus wie bei mir? Gruß Tom 23:44, 20. Feb. 2011 (CET)
- 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ß Tom 06:01, 22. Feb. 2011 (CET)
- 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)
- Na sieht doch schon besser aus, oder jedenfalls sehe ich keine JS-Fehler mehr. Die unterstrichenen Links kommen durch das
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ß Tom 10:29, 22. Feb. 2011 (CET)
- 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. - Hexer-monobook: Welche Auswahl hältst du da für sinnvoll? — PDD — 11:29, 22. Feb. 2011 (CET)
- 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ß Tom 12:15, 22. Feb. 2011 (CET)
- 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)
- 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ß Tom 12:15, 22. Feb. 2011 (CET)
+ Ein Dankeschön (sollte man eigentlich immer sagen wenn alles OK ist) Besten Gruß Tom 15:13, 22. Feb. 2011 (CET)
- Von mir ebenfalls. Hacken zusammenschlagen hat klasse funktioniert. ^^-- Sarkana frag den ℑ Vampirbewerte mich 19:53, 23. Feb. 2011 (CET)
Kompatibilität mit Vector-Skin
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)
- Was die frech lügenden FAQ betrifft: war ganz einfach, it’s a wiki usw. Ansonsten hat sich mir der Reiz des Vectors noch nicht erschlossen und daher gabs auch meinerseits noch keine Bereitschaft, da irgendwelche Zeit zu investieren. Anderen ging es anders und deshalb gibts u. a. Benutzer:Jonathan Haas/vector.js und Benutzer:Jón/vector.js für dich zum Ausprobieren. Gruß, — PDD — 01:26, 25. Feb. 2011 (CET)
- 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)
Virtual References
Hallo PDD,
// [[Benutzer:ParaDox/monobook/VirtualReferences.js]] document.write('<SCRIPT SRC="http://de.wikipedia.org/w/index.php?title=' + 'Benutzer:ParaDox/monobook/VirtualReferences.js' + '&action=raw&ctype=text/javascript&dontcountme=s"><\/SCRIPT>');
Scheint mit 0.99d nicht mehr zu laufen. Gruß --Codc 08:28, 21. Mär. 2011 (CET)
<references /> vs. <references> </references>
Salut PDD. Unterliege ich einem Gedankenfehler? Für den Absatz "Einzelnachweise" ist doch <references /> die neue Version, oder? na jedenfalls nix für Ungut xD --Nolispanmo Disk. Hilfe? 10:20, 26. Apr. 2011 (CEST)
- 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)- ah, ok dann ändere ich das mal auf der Hilfe-Seite und hier habe ich ein bisschen umgestellt. Die anderen Beispiele auf der Seite müsste man noch umstellen. Grüße --Nolispanmo Disk. Hilfe? 11:11, 26. Apr. 2011 (CEST)
- 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)
- 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 schubert 22:47, 26. Apr. 2011 (CEST)
- 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 --Nolispanmo Disk. Hilfe? 14:17, 27. Apr. 2011 (CEST)
- 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 schubert 22:47, 26. Apr. 2011 (CEST)
- 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)
- ah, ok dann ändere ich das mal auf der Hilfe-Seite und hier habe ich ein bisschen umgestellt. Die anderen Beispiele auf der Seite müsste man noch umstellen. Grüße --Nolispanmo Disk. Hilfe? 11:11, 26. Apr. 2011 (CEST)
attempt to run compile-and-go script on a cleared scope
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:
attempt to run compile-and-go script on a cleared scope https://secure.wikimedia.org/wikipedia/de/w/index.php?title=User:PDD/tooltips.js&action=raw&ctype=text/javascript&smaxage=0 Line 35
Ich habe keine Ahnung, was das sein könnte; eine kurze Google-Suche hat mich auch nicht wirklich weitergebracht. Weißt du Rat? Danke und Grüße, --ChrisiPK (Disk|Beiträge|Bewerten) 00:11, 22. Okt. 2011 (CEST)
- Setze in deiner monobook.js die Variable
ripe
auffalse
, Benutzer:PDD/tooltips.js benutzt eindocument.write
, was aber erst nach dem Laden der Seite ausgeführt wird, und damit diesen Fehler verursacht. --Schnark 09:19, 22. Okt. 2011 (CEST)- Wunderbar, vielen Dank, das hat funktioniert. Aber warum tritt das nur auf, wenn ich über https://de.wikipedia.org komme, aber nicht, wenn ich über https://secure.wikimedia.org komme? Grüße, --ChrisiPK (Disk|Beiträge|Bewerten) 11:07, 22. Okt. 2011 (CEST)
- 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. --Schnark 11:32, 22. Okt. 2011 (CEST)
Horizontal Scrollen
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ästebuch 10:25, 7. Nov. 2011 (CET)
- 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)
Popup
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ú Faoil RM-RH 18:49, 27. Jan. 2012 (CET)
- Das wüsste ich auch gerne. Beim Handy-Surfen ploppt das Ding bei jedem Laden einer WP-Seite auf, beim PC zum Glück erst einmal. XenonX3 - (☎:✉) 19:11, 27. Jan. 2012 (CET)
- 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)
- Danke, ich hab jetzt mal geupdated. Leider hab ich beim Übernehmen meiner alten Ergänzungen was kaputtgemacht. Kannst du bitte mal schauen, wo der Fehler liegt? Benutzer:XenonX3/monobook.js. Danke! XenonX3 - (☎:✉) 20:54, 27. Jan. 2012 (CET)
- Oh je, da sind zum einen etliche
document.write
drin, auf die man besser verzichten sollte (Wikipedia:Technik/Skin/JS#Einbindungen empfiehlt stattdessenmw.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)
- Oh je, da sind zum einen etliche
- Danke, ich hab jetzt mal geupdated. Leider hab ich beim Übernehmen meiner alten Ergänzungen was kaputtgemacht. Kannst du bitte mal schauen, wo der Fehler liegt? Benutzer:XenonX3/monobook.js. Danke! XenonX3 - (☎:✉) 20:54, 27. Jan. 2012 (CET)
- 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)
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ú Faoil RM-RH 21:33, 27. Jan. 2012 (CET)
- Müsste jetzt wieder gehen. — PDD — 21:37, 27. Jan. 2012 (CET)
isDiff
bei meinem und Cacycles Diff zu überprüfen ist nicht so wirklich optimal, da beide auch im Editmodus sinnvoll genutzt werden können, und meiner außerdem auf Spezial:Seiten vergleichen (Cacycles angeblich auch, nur …). --Schnark 09:16, 28. Jan. 2012 (CET)
- 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)
- 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. --Schnark 11:04, 28. Jan. 2012 (CET)
- Wunderbar. — PDD — 11:09, 28. Jan. 2012 (CET)
- 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. --Schnark 11:04, 28. Jan. 2012 (CET)
Auto-Anträge defekt
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)
- 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)
- 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)
- 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) - 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)
- JSHint beschwert sich hauptsächlich über das
name='User:'
(function importPage
in allen PDD-abgeleiteten Monobooks), was angesichts der Tatsache, dass man damit versuchtwindow.name
zu ändern, durchaus verständlich ist. Selbst wenn das nicht das Problem sein sollte, fehlt da einvar
davor. --Schnark 10:46, 31. Jan. 2012 (CET)- Eieiei, das seit Jahren obsolete
importPage
... danke! — PDD — 11:16, 31. Jan. 2012 (CET) - PS: Hast du zufällig zu diesem Bug eine bessere Idee (oder einen IE9 zur Hand)? PPS: Herzlichen Glückwunsch! — PDD — 11:29, 31. Jan. 2012 (CET)
- Ich befürchte, dass meine Benutzerskripte beweisen, dass ich praktisch keine Ahnung von manuellen DOM-Arbeiten habe, sondern mich immer auf jQuery verlasse. --Schnark 10:26, 2. Feb. 2012 (CET)
- Ich beneide jeden, der sich nur um seine eigenen Benutzerskripte kümmern muss :-) — PDD — 11:06, 2. Feb. 2012 (CET)
- Ich befürchte, dass meine Benutzerskripte beweisen, dass ich praktisch keine Ahnung von manuellen DOM-Arbeiten habe, sondern mich immer auf jQuery verlasse. --Schnark 10:26, 2. Feb. 2012 (CET)
- Eieiei, das seit Jahren obsolete
- JSHint beschwert sich hauptsächlich über das
- Für den An/Aus-Schalter gibts in dieser alten Version eine Funktion
- 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)
- Hab's mir mal angeschaut … Grüße, —DerHexer (Disk., Bew.) 12:00, 2. Feb. 2012 (CET)
lexi....
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)
- Ist repariert, danke für den Hinweis. — PDD — 00:03, 11. Jun. 2012 (CEST)
Aufgeblähtes quickEscape()
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:
.replace(/Á/g,"A").replace(/á/g,"a")
.replace(/À/g,"A").replace(/à/g,"a")
.replace(/Ă/g,"A").replace(/ă/g,"a")
.replace(/Â/g,"A").replace(/â/g,"a")
.replace(/Å/g,"A").replace(/å/g,"a")
.replace(/Ā/g,"A").replace(/ā/g,"a")
→
.replace(/[ÁÀĂÂÅĀ]/g, "A").replace(/[áàăâåā]/g, "a")
—Gorlingor (Diskussion) 17:14, 18. Mai 2012 (CEST)
- @PDD: Falls du C&P willst, die Funktion
replace_special
aus Benutzer:Schnark/js/personendaten.js enthält eine vollständigere Liste. --Schnark 09:13, 19. Mai 2012 (CEST)
- Habs übernommen, vielen Dank. — PDD — 00:14, 11. Jun. 2012 (CEST)
Überarbeitete Version
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)
- Super, das
document.write
für den Kasten störte da schon ewig. Schau ich mir an, sobald ich Zeit habe! Grüße, — PDD — 12:47, 15. Aug. 2012 (CEST)
- 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 ausimportScript
undmw.loader.load
. — PDD — 15:41, 15. Aug. 2012 (CEST)- 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)
Probleme mit FixDash
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! Markscheider Disk 22:06, 23. Jan. 2013 (CET)
- 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)
- 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! Markscheider Disk 06:07, 1. Feb. 2013 (CET)
- 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)
- 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:
- 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)
- 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! Markscheider Disk 06:07, 1. Feb. 2013 (CET)
function fixDashes(s) {
return s.replace(/([*†])([12]\d{3}\b)/g, "$1 $2")
.replace(/([\s!'(>|„][12]\d{3}) *[–—−-] *(([12]\d)?\d{2}[!,.:;?]?[\s!')<|“])/g, "$1–$2");
}
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).
- Alle Regeln zusammengefasst und gestrafft (
- --TMg 12:29, 7. Jan. 2014 (CET)
- Wie wärsn eigentlich mit dem zusätzlichen Sanity Check, dass Zahl 2 größer als Zahl 1 sein muss? — PDD — 14:18, 8. Jan. 2014 (CET)
- @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. --TMg 17:08, 8. Jan. 2014 (CET)
function fixDashes(s) { return s.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; }); }
- @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.
- Wie wärsn eigentlich mit dem zusätzlichen Sanity Check, dass Zahl 2 größer als Zahl 1 sein muss? — PDD — 14:18, 8. Jan. 2014 (CET)
- 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)
- 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: --TMg 00:07, 9. Jan. 2014 (CET)
function fixDashes(s) { // Leerzeichen vor Geburts- und Sterbejahre return s.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; }); }
- 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:
- 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)
- Ist eingebaut (ohne dass ich mich mit den regexen näher beschäftigt hätte, du hast das ja offenbar getestet :-). Dank & Gruß, — PDD — 02:15, 9. Jan. 2014 (CET)
- 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)
- 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? --TMg 14:53, 9. Jan. 2014 (CET)
- 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)- 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. --TMg 16:21, 15. Jan. 2014 (CET)
- Ah, die spitzen Klammern sind für
<ref>
usw. Okay, understood! — PDD — 23:33, 15. Jan. 2014 (CET)
- Ah, die spitzen Klammern sind für
- 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. --TMg 16:21, 15. Jan. 2014 (CET)
- Um nachzuvollziehen, warum nun gerade
warum kopieren und nicht einbinden
gudn tach!
warum soll der code eigentlich kopiert und nicht nur eingebunden werden? -- seth 22:14, 9. Apr. 2013 (CEST)
- 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)
- gudn tach!
- waere cool, denn es kommen immer wieder fragen (z.b. auf WP:FZW), warum denn dieses oder jenes script nicht funze, bis sich dann herausstellt, dass das jeweils besagte script gar kein problem darstellt, sondern die leute nur einfach uralte versionen deiner monobook.js verwenden. beispiel: user talk:lustiger_seth#Frage_zu_Benutzer:Lustiger_seth.2Funsigned.js. -- seth 21:04, 17. Apr. 2013 (CEST)
- 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)
- 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. -- seth 22:36, 18. Apr. 2013 (CEST)
- 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)
irrenhaus.js
Schon mal als Vorwarnung: Mit der Einführung von Hilfe:Echo wird irrenhaus.js nicht mehr funktionieren. Ich schlage statt
// Kackbalken-Script
if (irrenhaus) importJavascriptL('Revvar/irrenhaus','de'); // [[Benutzer:Revvar/irrenhaus.js]]
vor:
// Kackbalken-Script
if (irrenhaus) {
mw.user.options.set('userjs-schnark-kackbalken-irr', '1');
importJavascriptL('Schnark/js/kackbalken','de'); // [[Benutzer:Schnark/js/kackbalken.js]]
}
Das wird aber erst funktionieren, sobald Echo hier aktiv ist. --Schnark 10:58, 25. Okt. 2013 (CEST)
- Okiedoke, ich stell das dann um. Danke für den Hinweis! — PDD — 07:02, 12. Nov. 2013 (CET)
Benutzer:PDD/markUTF8.js
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. ;-) --TMg 03:58, 9. Jan. 2014 (CET)
function markUTF8() {
// Die Markierungen dürfen nie leer sein, das wird hier sichergestellt.
var markutf8txt = window.markutf8txt || "UTF8!";
var markltrtxt = window.markltrtxt || "UTF8:LTR!";
var utfMark = document.createElement("strong");
var utfMarkText = document.createTextNode(" (" + markutf8txt + ")");
utfMark.appendChild(utfMarkText);
var utfMarkHead = document.createElement("strong");
var utfMarkHeadText = document.createTextNode(" (" + markutf8txt + ")");
utfMarkHead.appendChild(utfMarkHeadText);
utfMarkHead.style.color = 'red';
utfMarkHead.style.fontSize = 'smaller';
var ltrMark = document.createElement("strong");
var ltrMarkText = document.createTextNode(" (" + markltrtxt + ")");
ltrMark.appendChild(ltrMarkText);
var ltrMarkHead = document.createElement("strong");
var ltrMarkHeadText = document.createTextNode(" (" + markltrtxt + ")");
ltrMarkHead.appendChild(ltrMarkHeadText);
ltrMarkHead.style.color = 'red';
ltrMarkHead.style.fontSize = 'smaller';
// welche Seiten sollen markiert werden?
var is_history = mw.config.get('wgAction') == 'history';
var is_diff = mw.util.getParamValue('diff') !== null;
if ( ((mw.config.get('wgNamespaceNumber') >= -1) && (mw.config.get('wgNamespaceNumber') <= 4 )) ||
is_history || is_diff) {
var content_elem = (document.getElementById('content') != null) ? document.getElementById('content') : document.getElementById('mw_contentholder');
// do the headings first
var allheads = content_elem.getElementsByTagName('H1');
for (var i=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 second
var allanchors = content_elem.getElementsByTagName("A");
// evtl. auch noch die Anchors in p-cactions dazujoinen?
for (var i=0; i < allanchors.length; i++) {
var aNode = allanchors[i];
if (aNode.firstChild && aNode.firstChild.nodeName === 'IMG')
continue;
// see if link has '%' in it
if ((href = aNode.getAttribute("href")) && href.indexOf("%") != -1) {
// yes, so it might be fakey UTF8
if ( (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));
}
}
}
}
}
function returnWarnUnicode (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)
- 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? --TMg 11:32, 9. Jan. 2014 (CET)
- Das Ursprungsproblem waren die gespooften Benutzernamen, siehe Testreihen. — PDD — 12:22, 9. Jan. 2014 (CET)
- 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? --TMg 11:32, 9. Jan. 2014 (CET)
- 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)
- Also ich verwende Benutzer:Schnark/js/antispoof.js für diesen Zweck, Griechisch und Kyrillisch ist ja nicht per se böse, sondern nur, wenn es mit lateinischen Buchstaben zusammenstößt. --Schnark 11:27, 9. Jan. 2014 (CET)
- 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)
- 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. --TMg 15:57, 9. Jan. 2014 (CET)
- 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)
- Also ich verwende Benutzer:Schnark/js/antispoof.js für diesen Zweck, Griechisch und Kyrillisch ist ja nicht per se böse, sondern nur, wenn es mit lateinischen Buchstaben zusammenstößt. --Schnark 11:27, 9. Jan. 2014 (CET)
LD Script fix
Moin PDD. Evtl. kannst du dir mal anschauen, warum die Extra-Buttons für die LDs nicht mehr wollen wie sie sollen. Danke sagt der Nolispanmo Disk. Hilfe? 12:12, 17. Jan. 2014 (CET)
Ist nur mein Monobook weg?
Seit heute funktioniert mein Monobook nicht mehr. Ist das nur bei mir so oder sind alle davon betroffen? Gruß --Frank schubert (Diskussion) 15:12, 22. Aug. 2014 (CEST)
- Bei mir unter Firefox auch. Unter Chrome geht's, sowohl Windows als auch Android. Grüße -- Escla ¿! 16:49, 22. Aug. 2014 (CEST)
- Das ist wieder mal ärgerlich, hat für mich aber den Vorteil, das ich mich um wichtigere Dinger kümmern kann. :) Danke für deine Antwort. Gruß --Frank schubert (Diskussion) 09:53, 23. Aug. 2014 (CEST)
- 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 Emes Fragen? 16:27, 24. Aug. 2014 (CEST)
- Das scheint auch nur ein reines WP Problem zu sein, denn auf Commons gibt es bei mir keine Änderungen. Während hier, nur eine Schmalspurversion angezeigt wird. Gruß --Frank schubert (Diskussion) 17:23, 24. Aug. 2014 (CEST)
- Ich trau mich mal: Wird denn der Defekt – der mir durchaus Zeit spart... – behoben werden? --Gerbil (Diskussion) 13:24, 25. Aug. 2014 (CEST)
- Das scheint auch nur ein reines WP Problem zu sein, denn auf Commons gibt es bei mir keine Änderungen. Während hier, nur eine Schmalspurversion angezeigt wird. Gruß --Frank schubert (Diskussion) 17:23, 24. Aug. 2014 (CEST)
- 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 Emes Fragen? 16:27, 24. Aug. 2014 (CEST)
- Das ist wieder mal ärgerlich, hat für mich aber den Vorteil, das ich mich um wichtigere Dinger kümmern kann. :) Danke für deine Antwort. Gruß --Frank schubert (Diskussion) 09:53, 23. Aug. 2014 (CEST)
- Das ist ein Wikimedia-weites Problem - auch Commons ist betroffen. Evtl. Cache leeren. -- Chaddy · D – DÜP – 16:49, 25. Aug. 2014 (CEST)
- 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)
- Schließe mich an: Gleiches Problem, gleiche Frage.--JFKCom (Diskussion) 09:18, 5. Sep. 2014 (CEST)
- Same FF failure; Chrome ok. --Baumfreund-FFM (Diskussion) 21:25, 9. Sep. 2014 (CEST)
- Das ist ein Wikimedia-weites Problem - auch Commons ist betroffen. Evtl. Cache leeren. -- Chaddy · D – DÜP – 16:49, 25. Aug. 2014 (CEST)
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! Markscheider Disk 12:26, 5. Sep. 2014 (CEST)
- Seit eben geht es auch mit Seamonkey nicht mehr. Ein update von 2.26 auf 2.29 brachte nichts. Der IE funktioniert. Glückauf! Markscheider Disk 15:05, 10. Sep. 2014 (CEST)
Funzt seit gestern wieder - warum? Gruß --ot (Diskussion) 07:09, 28. Sep. 2014 (CEST)
- 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! Markscheider Disk 16:15, 28. Sep. 2014 (CEST)
Update-Problem?
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 ∞ RM 15:06, 4. Okt. 2015 (CEST)
- 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)
- 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.
- Als Fehlermeldung:
- Danke, РDD3, ich bin da leider ein Analphabet, aber vielleicht sagt Dir das etwas. Da steht:
- Eigenartig, dass dies erst seit 3 Tagen auftritt. Zuvor kein Problem. Danke für Deine Hilfe und Grüße --Partynia ∞ RM 17:08, 4. Okt. 2015 (CEST)
- 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.
- РDD3, es gibt in Phabricator folgende Meldung:
- In the German Wikipedia (de.wikipedia.org), activation of the ContentTranslation beta function triggers a JavaScript error:
- TypeError: $.uls is undefined: load.php:157:1
- This results in various JavaScript user scripts to break.
- The problem seems to have existed since Thursday and may therefore be related to the recent MediaWiki update.
- Kann das damit etwas zu tun haben? Grüße --Partynia ∞ RM 19:23, 4. Okt. 2015 (CEST)
- РDD3, es gibt in Phabricator folgende Meldung:
So unerwartet das Problem auftrat, so unverhofft ist es seit heute wieder - "wie von selbst" ;-) - behoben.--Partynia ∞ RM 08:40, 5. Okt. 2015 (CEST)
monobook.js funktioniert nicht mehr
Hallo PDD, aktuelle funktioniert deine monobook.js leider nicht mehr. Ich hab keine Ahnung woran das liegen könnte. -- Chaddy · D Datei:VfB Eichstaett Logo.png 16:07, 24. Aug. 2018 (CEST)
- +1. Bei mir leider auch. -- Glückauf! Markscheider Disk 16:48, 24. Aug. 2018 (CEST)
Das Problem wurde hier eingekreist. --16:50, 24. Aug. 2018 (CEST) (unvollständig signierter Beitrag von Itti (Diskussion | Beiträge) )
- Danke für den Link. Da scheint also eine größere Änderung nötig zu sein. -- Chaddy · D Datei:VfB Eichstaett Logo.png 17:09, 24. Aug. 2018 (CEST)
- Über eine Rückmeldung mit der Lösung vom Problem würde auch ich mich sehr freuen. Gruß Frank schubert (Diskussion) 17:17, 24. Aug. 2018 (CEST)
- Ich fürchte, da müsste das gesamte Skript wesentlich umprogrammiert werden. Das kann dauern... -- Chaddy · D Datei:VfB Eichstaett Logo.png 17:26, 24. Aug. 2018 (CEST)
- Fürs Erste kann man die etwas universellere und stabilere Entwicklerversion Benutzer:РDD3/monobook.js versuchen. Bis jetzt habe ich keine Probleme damit (Vector wie MonoBook). Grüße, -- PDD3 07:07, 25. Aug. 2018 (CEST)
- :Hatte ich gerade getestet, ich konnte danach keine Bearbeitungen mehr durchführen. Gruß Frank schubert (Diskussion) 08:56, 25. Aug. 2018 (CEST)
- 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 ∞ RM 09:11, 25. Aug. 2018 (CEST)
- 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)
- 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, -- PDD3 12:12, 25. Aug. 2018 (CEST)
- 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)
- So ist es bei ir auch. Habe jetzt erstmal die monobook-unterseite zurückgesetzt, damit ich überhaupt editieren kann. -- Glückauf! Markscheider Disk 13:17, 25. Aug. 2018 (CEST)
- Das sieht dann so aus. Gruß Frank schubert (Diskussion) 13:21, 25. Aug. 2018 (CEST)
- Exakt genauso bei mir. -- Glückauf! Markscheider Disk 13:50, 25. Aug. 2018 (CEST)
- 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)
- Ich habe mal dort geantwortet und dementsprechend ein kleines Versions-Update gemacht. Kurz gesagt, es war noch die alte Fliegelflagel-Version. -- PDD3 14:46, 25. Aug. 2018 (CEST)
- Alle Problemchen schnell und einfach gelöst. Vielen herzlichen Dank. Gruß Frank schubert (Diskussion) 15:01, 25. Aug. 2018 (CEST)
- Gibts das auch in verständlich für leute wie mich? Also, was muss ich tun, damit es wieder so ist wie vorher? -- Glückauf! Markscheider Disk 15:53, 25. Aug. 2018 (CEST)
- :Einfach die aktuelle Version bei dir reinkopieren. Gruß Frank schubert (Diskussion) 16:55, 25. Aug. 2018 (CEST)
- 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! Markscheider Disk 17:02, 25. Aug. 2018 (CEST)
- 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)
- Egal, was ich da klicke, die bunten Dinger bleiben.Glückauf! Markscheider Disk 18:35, 25. Aug. 2018 (CEST)
- 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)
- Alle Problemchen schnell und einfach gelöst. Vielen herzlichen Dank. Gruß Frank schubert (Diskussion) 15:01, 25. Aug. 2018 (CEST)
- Ich habe mal dort geantwortet und dementsprechend ein kleines Versions-Update gemacht. Kurz gesagt, es war noch die alte Fliegelflagel-Version. -- PDD3 14:46, 25. Aug. 2018 (CEST)
- 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)
- Exakt genauso bei mir. -- Glückauf! Markscheider Disk 13:50, 25. Aug. 2018 (CEST)
- Das sieht dann so aus. Gruß Frank schubert (Diskussion) 13:21, 25. Aug. 2018 (CEST)
- 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, -- PDD3 12:12, 25. Aug. 2018 (CEST)
- 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)
- 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 ∞ RM 09:11, 25. Aug. 2018 (CEST)
- Ich fürchte, da müsste das gesamte Skript wesentlich umprogrammiert werden. Das kann dauern... -- Chaddy · D Datei:VfB Eichstaett Logo.png 17:26, 24. Aug. 2018 (CEST)
- ┌───────────────────────────────┘
- Es sollte noch der Link von http://wikyrilliza.visuelya.de/index.html, das eingestellt wurde, auf http://wikyrillom.at geändert werden. NNW 16:13, 25. Aug. 2018 (CEST)
- Erledigt in Benutzer:РDD3/monobook.js, danke für jeden Hinweis. @Markscheider: In der aktuellen Version (von eben), sind diese standardmäßig deaktiviert. Ich bin mir noch nicht sicher wie es technisch und supportmäßig mit dieser PDD Version hier weitergehen soll. -- PDD3 18:51, 25. Aug. 2018 (CEST)
- 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! Markscheider Disk 19:10, 25. Aug. 2018 (CEST)
- 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. -- PDD3 16:11, 27. Aug. 2018 (CEST)
- 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. --codcDisk
18:22, 28. Aug. 2018 (CEST)- Hat sich hiermit wohl erledigt. Stabilitätsprobleme hab ich auch nicht mehr. --codc
Disk
15:17, 30. Aug. 2018 (CEST)- Ach den Fehler hatte ich auch schon bemerkt, aber den Zusammenhang nicht gleich gesetzt. Fixed in Version 0.99r. Danke für die Meldung. -- PDD3 16:32, 30. Aug. 2018 (CEST)
- Hat sich hiermit wohl erledigt. Stabilitätsprobleme hab ich auch nicht mehr. --codc
- 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
- 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. -- PDD3 16:11, 27. Aug. 2018 (CEST)
- 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! Markscheider Disk 19:10, 25. Aug. 2018 (CEST)
- Erledigt in Benutzer:РDD3/monobook.js, danke für jeden Hinweis. @Markscheider: In der aktuellen Version (von eben), sind diese standardmäßig deaktiviert. Ich bin mir noch nicht sicher wie es technisch und supportmäßig mit dieser PDD Version hier weitergehen soll. -- PDD3 18:51, 25. Aug. 2018 (CEST)
monobook.js funktioniert nicht mehr II
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 ∞ RM 12:07, 3. Sep. 2018 (CEST)
- Teste mal bitte die neueste Version (0.99s). Grüße, -- PDD3 17:58, 5. Sep. 2018 (CEST)
Das Neuste...
...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! Markscheider Disk 07:51, 4. Sep. 2018 (CEST)
- 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).
- Grüße, -- PDD3 17:56, 5. Sep. 2018 (CEST)
- @reviewWrapped: hat heute wieder richtig funktioniert, ohne daß ich etwas geändert habe. -- Glückauf! Markscheider Disk 19:14, 5. Sep. 2018 (CEST)
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! Markscheider Disk 10:48, 9. Sep. 2018 (CEST)
monobook.js funktioniert nicht mehr III
Hallo PDD, leider funktioniert das monobook.js seit 15 Minuten bei mir nicht mehr. Was tun? Grüße --Partynia ∞ RM 17:27, 4. Jul. 2019 (CEST)
Probleme mit dem Skript nach dem jüngsten Mediawiki-Update
Hallo PDD, schau doch bitte mal dort vorbei. Dein Skript zerstört leider die Editleisten... -- Chaddy · D Datei:VfB Eichstaett Logo.png 16:43, 19. Sep. 2019 (CEST)
- 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 · D Datei:VfB Eichstaett Logo.png 17:14, 19. Sep. 2019 (CEST)
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 · D Datei:VfB Eichstaett Logo.png 21:26, 20. Sep. 2019 (CEST)
- Dieser Fehler liegt offenbar doch nicht an deinem Skript. -- Chaddy · D Datei:VfB Eichstaett Logo.png 16:54, 21. Sep. 2019 (CEST)