Wikipedia Diskussion:Skin

aus Wikipedia, der freien Enzyklopädie

Du hast neue Nachrichten (Unterschied zur vorletzten Version).

Die Diskussionsseite soll dazu dienen, Fragen von Benutzern zu klären bzw. auf eigene Neuerungen hinzuweisen.

[Bearbeiten] rape'n'paste-programming

ist das, was wir hier machen. übel. wir könnten immer wieder benutzte funktionen in die monobook.js eines extra angelegten benutzers auslagern und dessen passwort an ein paar vertrauenswürdige entwickler weitergeben. ich denke da an einen standardisierten onload-handler und derartiges. was haltet ihr davon? -- ∂ 02:28, 4. Sep 2005 (CEST)

meinst du richtigen Entwicklern geben, die einige Sachen davon in MediaWiki einbauen? naja für die "log" -und "block"-Tabs wär es auf jeden Fall recht sinnvoll und praktisch. aber ich hab meine tabs, von daher reicht mir das so ;-) --BLueFiSH ?! 12:02, 5. Sep 2005 (CEST)

da hab ich mich wohl mißverständlich ausgedrückt.. nein, ich meinte "richtige entwickler" wie dich, APPER und Littl, wo ich jeden tag sehe wie code hin- und herkopiert wird. das ließe sich mit einer gemeinsamen sockenpuppe umgehen, deren monobook.js gemeinsam genutzt wird, völlig ohne die mediawiki-devs zu behelligen. -- ∂ 14:37, 5. Sep 2005 (CEST)

hehe, in der Richtung hatte ich es zuerst auch verstanden, aber dann eher angenommen, dass du das nicht meinen konntest. naja sofern man dann noch seinen eigenen Code drumherum bauen kann, wäre es evtl. eine Überlegung wert. ich bin ja eher eigenbrödlerich in solchen Dingen, aber wenn jemand einen Anfang macht, kann ich's mir ja mal mit anschauen.. --BLueFiSH ?! 18:29, 5. Sep 2005 (CEST)

Also die Idee an sich ist nicht schlecht. Sowas wäre Ideal für gemeinsam benutzte Funktionen. Allerdings bin da eher wie BLueFiSH.as, (eigenbrödlerisch) und es kann sein, dass ich spontan alles über den Haufern werfe und ganz anders programmiere. Aber wirklich grundlegende Sachen könnte man dort einbauen - hätte auch den Vorteil, daß die einzelnen Quelltexte etwas übersichtlicher werden (weil - ganz profan - kürzer).

Im Moment überlege ich, das ganze Ding neu zu programmieren <g> Mir wirds nämlich schon wieder zu unübersichtlich, trotz meiner verkürzenden "w" fkt.

@BLueFiSH.as: Ähm, Wenn Du die <form>-tags weglässt, müste dein Code auch beim IE funktionieren. Scheinbar will der IE die Kombination von Select und Form in Verbindung mit diesem nachträglichen write nicht. Littl relax 21:38, 5. Sep 2005 (CEST)

Wenn ich die Form-Tags weg lasse, dann müsste ich ja in jede einzelne Option-Zeile ein onMouseXX-Ereignis abfragen, nö das is mir zu umständlich. Du hast es ja per Funktion aufgebaut, da ist das natürlich einfach machbar, aber das will ich der Übersichtlichkeit wegen nicht. --BLueFiSH ?! 19:13, 15. Sep 2005 (CEST)

macht doch ne cvs. --Löschfix 18:50, 15. Sep 2005 (CEST)

[Bearbeiten] Wie funktioniert das?

Also es ist ja genial und grandios, was Ihr hier macht. Kann mir einer von Euch - flehentlich bittend - sagen, wo ich Erklärungen dazu finde, wie ich die js und css finde, editiere und wieder hochlade. Geht das online?, muß ich die uploaden?, wie macht man das alles? Freundlich dankend. Wo steht eigentlich das mit dem Plus-Zeichen erklärt, ich habe nämlich noch nichtmal das verstanden.--Löschfix 18:50, 15. Sep 2005 (CEST)

Deine JS findest du in Benutzer:Löschfix/monobook.js und deine CSS in Benutzer:Löschfix/monobook.css, zumindest wenn du Monobook-Skin verwendest (also den Skin, den man als nicht-angemeldeter Benutzer auch immer hat). Was meinst du mit Plus-Zeichen? Ich vermute mal du meinst das + zum Hinzufügen von neuen Abschnitten. Das befindet sich nur in Diskussionsseiten und macht es halt auf großen Seiten sehr einfache neue Beiträge anzuhängen. --BLueFiSH ?! 19:13, 15. Sep 2005 (CEST)

Danke erstmal. Pluszeichen habe ich inzwischen auch herausgefunden, aber das bringt ja nicht wirklic viel, denn wenn man wie ich zu allem seinen Senf dazugibt, dann gehts immer darum mittendrin einzusteigen. Und das ist auf den Diskussionsseiten ziemlich nervig. Na, danke vorerst. Ja leider funktioniert das nicht, die Dateien werden nicht gefunden.--Löschfix 03:11, 16. Sep 2005 (CEST)

Ist ja richtig dass sie nicht gefunden werden, du musst auch erstmal einen Text einfügen, dann werden sie erstellt. Kopier dir z.B. mal meine JS in deine, drück auf Vorschau und du wirst überrascht sein. Ganz wichtig ist, dass man nach dem Speichern STRG+F5 drückt, weil die CSS/JS erst dann auch wirklich verwendet wird. --BLueFiSH ?! 10:16, 16. Sep 2005 (CEST)

Achso! Muß einem Dummy doch erst gesagt werden, man lernt ja nie aus. Wird gleich probiert.--Löschfix 00:52, 18. Sep 2005 (CEST)

Ja cool, sieht gut aus. Werde nicht alles brauchen, aber taste mich durch. Hab erstmal die Version von Little genommen, wegen IE6, aber teste noch Dein Stylesheet. Mal sehen. Danke vorerst.--Löschfix 01:35, 18. Sep 2005 (CEST)

Supi, ein zufriedener Kunde mehr ;-) Die Sachen ändern sich auch regelmäßig, am besten ist du updatest bei dir öfter mal, sonst verpasst du noch ne wichtige Neuerung oder einen elementaren Bugfix ;-) --BLueFiSH ?! 01:52, 18. Sep 2005 (CEST)

Habs angepasst. Nicht ganz klar ist mir die programmtechnisch unterschiedliche Vorgehensweise von Little und Bluefisch. Was bei mir nicht zu funktionieren scheint, ist die farbliche Unterstützung auf der LA. Hab aber auch einen alternativen Themes-Style in Windows und IE6. Ein Longhorn/Vista-Klon. Daher andere Buttons, die ich beibehalte. Ich weiß noch nicht wie APPER funktioniert. Und für die TypKorr muß man wohl jede Falschschreibung eintragen, oder? -- Löschfix 18:08, 19. Sep 2005 (CEST)

Also Littl hats von mir übernommen und recht umfangreich geändert und ihren Bedürfnissen angepasst, u.a. weils bei ihr im IE nicht funktioniert hat. Was meinst du mit "farbliche Unterstützung auf der LA"? Wenn du die CSS abspeicherst, musst du auch STRG+F5 drücken. Die Styles in Windows haben nur mit dem Aussehen deiner Programme in Windows zu tun, nichts mit dem Aussehen der darin dargestellen Inhalte. Ok, der "Artikel speichern"-Button sieht wahrscheinlich knuffig aus, aber das ist dann auch die einzige Änderung und auch nur Optik. Das Script von APPER ist bei mir und bei Littl mit eingebaut, das musst du also nicht extra testen. Erklärt steht es auf Benutzer:APPER/RP. In meiner JS wird es nicht mehr automatisch aufgerufen, ich muss dazu den "spellcheck"-link drücken. --BLueFiSH ?! 21:46, 19. Sep 2005 (CEST)

Ja, ich meinte nur Little hat es programmtechnisch anders realisiert, z.B. die Behandlung von Variablen. Aber einerlei, bei mir scheint die farbliche Hinterlegung von Text nicht zu funktionieren, und das ist wohl auch der Grund, warum der APPER nicht funktioniert. Ich sehe keine markierten Wörter und auch keine anders farbigen Schriften, wie bei Dir. Ob das jetzt damit zusammenhängt, dass es nur mit IE7 getestet wurde? Ich hab nur IE6. Wasn fürn spellchecklink?-- Löschfix 02:27, 20. Sep 2005 (CEST)

Das mit den Variablen und Funktionen ist ja grade das was Little umgebaut hat. Dass der IE6 das nicht andersfarblich darstellen soll, wäre mir neu. Solche einfache CSS-Angaben kann der normalerweise, und der IE7 ja wohl erst recht. und wenn "der APPER" nicht funktioniert, kann es auch daran liegen, dass entweder keine Fehler vorhanden sind, oder nicht in der Liste auf APPERs Server hinterlegt sind. Soweit ich das bis jetzt festgestellt hab, wird meist nur alte RS angekreidet. Wenn du meine Version benutzt, wüsstest du was der "spellcheck"-link ist bzw. wo er sich befindet, damit man ihn drücken kann. ;-) --BLueFiSH ?! 02:48, 20. Sep 2005 (CEST)

ja, den APPER habe ich jetzt gesehen, rot unterlegte Worte. Aber nirgends steht, dass das in der normalen HTML-Darstellung erfolgt und nicht im Editmodus. Das muss einem Dummy auch erst gesagt werden. Es scheint so zu sein, dass es sich hauptsächlich auf alte RS bezieht. Einen Fehler habe ich auch schon entdeckt, auf einer Seite wurden alle "net" mitten im Wort markiert. Muss ich wohl auf seiner Seite melden. Die unterschiedliche Variablenbehandlung bei Little und bei Dir macht es nun schwieriger von Deinem Quelltext Einzelfunktionen zu übernehmen. Und in die TypoKorr muss man wohl noch viele Dinge nachtragen.--Löschfix 18:11, 20. Sep 2005 (CEST)

das worte wie "net" oder auch "wurd" (von "wurde") angekreidet werden ist ein Bug und kommt ab und zu mal vor. Einfach nicht beachten. Immer nur mach Vorschläge für die Typokorr, dass nur alte RS angekreidet wird, liegt einfach daran, dass man sich da auf vorhandene Wörter beziehen kann und sich nicht die unmöglichsten Schreibfehler für Wörter ausdenken muss. Tja, mit den Variablen/Funktionen musst du schon selbst klar kommen ;-) --BLueFiSH ?! 20:32, 20. Sep 2005 (CEST)

[Bearbeiten] Editor

Frage nach Wikipedia Diskussion:Texteditor-Unterstützung#Editor verschoben. --BLueFiSH ?! 10:54, 30. Okt 2005 (CET)

[Bearbeiten] Probleme mit Godmode light

Ich habe gerade etwas Probleme mit Godemode light: Hier und an anderen Stellen wurde das Markup teilweise zerschossen: < und > wurden zu > bzw. < und nach jedem & wurde ein amp; eingefügt. Woran liegt das? Was mach ich flashc? --Steffen - Diskussion 17:42, 18. Okt 2005 (CEST)

ich weiß nix dazu, benutze es nicht. nur damit hier überhaupt mal ne Antwort steht ;-)--BLueFiSH ?! 10:51, 30. Okt 2005 (CET)

Bei Quirin führte die Funktion mit den Firefox 1.5 RCs dazu, dass auch Kommentare und im Wiki erlaubte HTML-Tags und Entitys escapt wurden. Woran könnte das liegen? --ChristianErtl 15:22, 11. Nov 2005 (CET)

Also ich beocbachte das jetzt seit dem und habe (zumindest) seit Firefox 1.5 keine Probleme mehr gehabt. --Steffen - Diskussion 15:59, 17. Dez 2005 (CET)

[Bearbeiten] TypoKorr

Huhu, ich hab die 0.7er Version von Littl. Mein Problem ist daß Appers Script zwar die Rechtschreibfehler markiert. Aber, wenn ich im Editormodus bin und auf "TypoKorr" klicke, sie nicht korrigiert und nur sagt "Nichts gefunden. (Browser IE) --pixelFire Bierchen?!? 10:14, 30. Okt 2005 (CET)

Der Button TypoKorr hat nichts mit APPERs RP zu tun. Das ist noch eine Uralt-Funktion von mir und damit werden nur 2 oder 3 Fehler korrigiert. Ein bisschen angucken und versuchen zu verstehen was in dem ganzen Javascript gemacht wird, sollte man schon ! ;-) --BLueFiSH ?! 10:47, 30. Okt 2005 (CET)

Ja. danke. hab ich grad auch bemerkt. ;) Ich dachte es sei eine Erweiterung zu APPERS script oder daß die Wort-Quelldaten von APPER wenigstens zugrundegelegt seien. --pixelFire Bierchen?!? 11:18, 30. Okt 2005 (CET)

[Bearbeiten] Freigeben rot

Hi, als Admin-Newbie finde ich es ziemlich schwer erkennbar, ob ein Artikel geschützt ist. Beim Bearbeiten kommt zwar oben ein roter Kasten, doch den könnte man auch leicht übersehen. Meine Idee ist jetzt, den Link "Freigeben" rot und fett zu machen. Der Schützen-Link sollte aber normal bleiben (ähnlich wie bei Artikel und Diskussion, je nachdem ob sie schon existieren). Weiss jemand wie das geht? Bis jetzt habe ich nur gesehen, dass man im monobook.css mit li#ca-protect darauf zugreifen kann. Doch damit allein krieg ich den Link höchstens fett, das aber nicht wertabhängig und auch nicht rot. --Schwalbe ^Disku 16:17, 14. Nov 2005 (CET)

Also zusammenfassend: im JS gehts, da wird Fettmachung und Rahmen-Verändern übernommen, Hintergrundfarbe oder Textfarbe nicht. Im CSS wird sowohl Hintergrundfarbe und Textfarbe als auch Rahmen-Verändern nicht übernommen.

Hier die zwei Varianten, die im CSS eigentlich beide funktionieren müssten.

 a[href$="action=unprotect"]   { border-color:#FF0000; border-width:4px; }
 li#ca-unprotect               { border-color:#FF0000; border-width:4px; }

und das folgende als funktionierendes JS-Gegenstück dazu:

  if (document.getElementById("ca-unprotect")) 
  {  document.getElementById("ca-unprotect").style.borderColor = "#FF0000";
     document.getElementById("ca-unprotect").style.borderWidth = "4px";
  }

Und das li bei "Freigeben" heißt ca-unprotect ;-) (Im JS muss man auch vorher eine If-Abfrage machen, ob es das Feld überhaupt gibt, sonst gibts einen Fehler). --BLueFiSH ?! 17:33, 14. Nov 2005 (CET)

Supi, danke für die schnelle Hilfe. Nach dem Serverdown gestern habe ich es jetzt ausprobiert. ca-unprotect war schon mal ein sehr guter Hinweis. Die CSS-Variante läuft dennoch bei mir auch nicht (trotz gesperrter monobook.css tut sich schon in der Vorschau nichts) und daher hab' ich samt deiner ganzen Funktion drumrum in mein js integriert. Den roten Rahmen kann man nun eigentlich nicht mehr übersehen. :-) --Schwalbe ^Disku 10:05, 15. Nov 2005 (CET)

Wegen deiner Signatur: guck mal Wikipedia:Fragen_zur_Wikipedia#Meine_Signatur ;-) --BLueFiSH ?! 10:10, 15. Nov 2005 (CET)

Danke, fixed. Das hab ich nun davon, wenn ich mich auf die WP-"Vereinfachungen" einlasse. ;-) --Schwalbe ^Disku 10:40, 15. Nov 2005 (CET)

du meintest in der CSS-variante border-color und border-width, nicht borderColor und borderWidth.. habs gefixt. -- ∂ 10:50, 23. Nov 2005 (CET)

Tatsächlich, da ist in dem ganzen hin-und-her-kopiere der korrekte Elementname auf der Strecke geblieben.. habs dann jetzt als CSS bei mir drin, weils kürzer und dort an passenderer Stelle ist. thx. --BLueFiSH ?! 14:49, 23. Nov 2005 (CET)

[Bearbeiten] Scriptspielereien

Also es ist amtlich, die farbige Unterleguung von bluefisch funktioniert nicht im IE. Ich habe es spasseshalber jetzt mit Firefox probiert. Ist auch nicht schneller und ncith mein Ding. Die Farbmarkierungen funktionieren aber plötzlich. Im IE funktionieren nur die Rötungen von Apper. Die Aufklapp links funktionieren ebenfalls nicht im IE. Das Mitwandern (Fixeren) der Userleiste funktioniert ebenfalls nicht, erst im Firefox war ich ganz verblüfft, daß es dort funkt. Allerdings rutscht die Hauptnavigationsleist nicht mit und das ist wieder nur die halbe Miete, weil dann das Usermenü die Navigationsleiste überfährt und teilweise verdeckt. Noch nicht das gelbe... Aber alles plötzlich bunt hier. In Opera funktionieren die erweiterten Javascripts auch nicht, also Farbe und wanderndes Usermenü. Mit Abstand der schnellste Browser in Bezug auf Wikipedia ist K-Meleon, dort funktionieren die Farben, aber nicht das Wandern des Usermenü.--Löschfix 03:52, 23. Nov 2005 (CET)

Was bitte meinst du eigentlich mit Farben funktionieren nicht? Bitte vermische nicht die CSS-Farbanpassungen und mit den JS-Fehlern. Dass es Probleme mit meinem Script im IE gibt, ist mir bekannt (steht auch vorne), mir aber eigentlich auch egal, ich machs ja primär für mich und nicht für andere. MfG --BLueFiSH ?! 17:36, 23. Nov 2005 (CET)

Ok,verstehe. ich hab das nur so ausführlich, damit andere sich daran orientieren können. Es fällt mir oft schwer mich jedes mal präzise auszudrücken. Klar, dass das zwei unterschiedliche Farbunterlegungen sind. Oft funktionieren ja die von Apper und Deine nicht (IE und Opera), dafür funktionieren Deine wiederum im K-Meleon (Kunststück ist ja eigentlich Mozilla), dafür aber das wandernde Usereditfeld (Bennenung wahrscheinlich auch unpräzise) nicht, führt auch manchmal zu Fehldarstellung im K-Meleon, was aber sicher ein Fehler dieses Browsers und seine syntax ist.--Löschfix 04:56, 25. Nov 2005 (CET)04:34, 25. Nov 2005 (CET)

[Bearbeiten] eine klitzekleine frage (oder so)

wenn ich z.b. meine monobook.js aufrufe, erhalte ich folgende fehlermeldung:

<p><span class="error">Fehler:</span> Der Text für „Benutzer:JD/monobook.js“ wurde nicht in der Datenbank gefunden.</p>
 <p>Die Seite ist möglicherweise [http://de.wikipedia.org/w/index.php?title=Spezial:Log&type=delete&user=&page=JD/monobook.js gelöscht]
 oder [http://de.wikipedia.org/w/index.php?title=Spezial:Log&type=move&user=&page=JD/monobook.js verschoben] worden.</p>
 <p>Es ist auch möglich, dass es ein Problem mit dem Zugriff auf die Datenbank gibt. In diesem Fall versuche es später bitte noch einmal.</p>

ja, genau in der form. ohne html, wiki-syntax oder sonstwas, viel zu lange für den monitor und überhaupt.

ich muss mir wohl zuerst eine solche seite selbst anlegen... wo bekomme ich dann den standard her? oder muss ich nur die von mir gewollten ergänzungen eintragen? weil: ich will auf keinen fall so eine riesen-umstellung wie in den vorgestellten monobook-einstellungen, sondern einfach nur ein paar bestimmte, einzelne sachen daraus (in der hoffnung, dass ich das hinkriege).

des weiteren: nach blick hierauf frage ich mich: was ist "godmode light"? was speichert da automatisch mit "autosave = true"? wo - verdammt! - ist die möglichkeit für kommentierte schnell-reverts versteckt (und wie ist das realisiert - gibt es trotzdem noch den normalen 'zurücksetzen'-admin-button?)?

ja, ich weiß: viele fragen. vergebet mir. --JD {æ} 04:06, 14. Dez 2005 (CET)

wenn du noch nie was in der monobook.js zu stehen hattest, dann ist das obige der Text den man in so einem Fall halt erhält. speicher doch mal nen punkt, dann wird die Seite blau (und du erhältst wahrscheinlich einen Javaskript-Fehler) =)

was macht "godmode light": weiß ich selbst nicht -> bitte einen fragen, der es benutzt

"autosave = true" betrifft wahrscheinlich in Littls Skript die automatische Eintragung eines LK/QS/URV in die jeweilige Liste.

kommentierte schnell-reverts ist in Littls Skript. Ist in die AddEditLinksToOldVersionLinks-Funktion von Berlin-Jurist integriert. und ja, den Revert-Button gibts natürlich auch noch.

ausführlicheres bitte bei Littl erfragen. --BLueFiSH ✉ 12:48, 14. Dez 2005 (CET)

wegen dem textfenster - sollte es nicht folgendes anzeigen? (gucke nächste drei zeilen! ==>)

Fehler: Der Text für „Benutzer:JD/monobook.js“ wurde nicht in der Datenbank gefunden.

Die Seite ist möglicherweise gelöscht oder verschoben worden.

Es ist auch möglich, dass es ein Problem mit dem Zugriff auf die Datenbank gibt. In diesem Fall versuche es später bitte noch einmal.

danke für hinweis bzgl. integration des kommentierte-reverts-tools in berlin-jurists skript.

nochmal die (unspezifische) frage: trage ich in meiner monobook.js nur die ergänzungen ein, die ich gerne hätte oder muss ich zuvor eine unveränderte standard-monobook.js organisieren (wo?) und abspeichern?

danke im voraus, den rest erfrage ich wohl direkt bei littl. --JD {æ} 13:23, 14. Dez 2005 (CET)

"unveränderte standard-monobook.js"? So eine hast du schon, sie ist leer. einzelne Funktionen reinpacken wird nicht viel helfen, wenn du nicht das Drumherum übernimmst. Generell würd ich sagen: hast du JS-Ahnung, kannst du dir alles selbst zusammenbasteln, hast du keine JS-Ahnung, musst du wohl ein Skript komplett übernehmen (und dich da mal reinarbeiten). --BLueFiSH ✉ 13:35, 14. Dez 2005 (CET)

[Bearbeiten] Anregung

Wikipedia:WikiProject User scripts/Techniques finde ich recht praktisch, folgt eher dem Baukastenprinzip. Schon mal überlegt, sowas mit den Grundelementen auch hier zu entwickeln oder haben wir das schon irgendwo versteckt? ;-) Schnellen Gruß --:Bdk: 01:07, 26. Dez 2005 (CET)

könnte praktisch sein, wäre aber einiges an arbeit, einfach übersetzen reicht da nicht. mir persönlich sind etwas längere schnipsel mit kommentaren allerdings lieber als diese vielen unüberblicklichen einzeiler. -- ∂ 08:31, 1. Jan 2006 (CET)

[Bearbeiten] CyRoXX und die (fast) 7 Admin-Versuche

Wie ihr sicherlich seht, hab ich hier in der WP bereits eine nette kleine JS-Bibliothek angelegt. Als Nächstes wollte ich Spongo's Admin-Marker einbauen. Aber irgendwie klappt das nicht. Wie man an der History bestimmt erkennen kann, hab ich mich schon mehrere Male daran versucht, Spongo's Tool bei mir zum Laufen zu bringen. Ich hab das Problem eigentlich immer im Aufruf der Funktion gesehen, aber anscheinend hat keine einzige Änderung was gebracht, obwohl ich eigentlich immer mit Strg+Shift+R aktualisiert hab (soweit ich mich entsinne) - auch eine Diskussionsseite nach dem Speichern der neuen Version hab ich eigentlich immer auf deise Art aktualisiert. Vielleicht liegt es aber auch daran, dass ich Firefox verwende? HILFE! Ich würde das Tool bei mir gern zum laufen bringen... Kann sich mal jemand meinen Quelltext (und die Versionen davor) ansehen? Oder jemand, bei dem das Tool unter Opera, IE oder sonstwas funktioniert, gucken, ob's auch unter Firefox hinhaut? --CyRoXX ^(?) 23:04, 9. Jan 2006 (CET)

Hallo, Firefox hat doch eine JavaScript-Konsole oder sowas in der Art, das ist beim Debuggen ganz nützlich. Was mir an der rauskopierten Funktion auffällt, dass bei dir nirgens UrlParameters definiert oder deklariert ist. Suche mal bei mir danach. Es kann auch vorkommen, dass dir der WP-Server eine alte Version auspuckt. Das kam bei mir auch vor. Dann musst du einfach warten und Kaffe trinken.. :) --Spongo ⇄ 15:06, 12. Jan 2006 (CET)

Danke, dass du mich mit der Nase auf dei JavaScript-Konsole hingewiesen hast. Hab deren Sinn noch nie verstanden, schon beim IE nich. Aber als ich jetzt grad UrlParameters und die zugehörige Funktion readparams() reinkopiert hab und zum Test der abgespeicherten neuen monobook.js meine eigene Disk-Seite normal aktualisiert hab, meldete mir die Konsole immer noch nen Fehler (UrlParameters undefined). Aber nach Strg+Shift+R ging's. Jetzt funktionierts. Danke!

Die Funktion könnte noch viel nützlicher sein, wenn nicht die Liste der Admins ständig gepflegt werden müsste. Gibt es vielleicht eine Möglichkeit, diese Seite dynamisch auszuwerten oder meinetwegen auf dem Toolserver in einem scriptlesbaren Format zu hinterlegen? --Schwalbe ^Disku 10:27, 13. Jan 2006 (CET)

technisch überhaupt kein problem - nur seh ich keinen sinn darin, speziell "den admins" auf die finger zu kucken. was ist denn der zweck der übung? -- ∂ 10:33, 13. Jan 2006 (CET)

Ne, so ist das nicht gemeint :) Sinnvoller wäre natürlich sowas wie ein Erfahrungranking (Bearbeitungen/wie lange dabei/..) damit man sofort sieht mit wem man es da zu tun hat oder in einer Versiongeschichte (sowas wie) eine stabile Version sucht. Aber das ist zu aufwendig in der Auswertung und Kate will keine Massenabfragen sehen. Es könnte natürlich dazu verleiten, dass eine Adminstimme z.B. bei LA mehr zählt. Aber wer es haben will soll es doch benutzen. --Spongo ⇄ 11:18, 13. Jan 2006 (CET)

Das jedes mal von hier zu laden ist doch nicht effizient und kostet Serverzeit. Oder verstehe ich doch falsch? Mit Copy-Paste und ein paar regulären Ausgrücken ist das schnell erledigt... --Spongo ⇄ 11:18, 13. Jan 2006 (CET)

Hab gerade mal was gebaut, vielleicht hilft das ja irgendwie. -- Gruß, aka 11:46, 13. Jan 2006 (CET)

Das sieht ziemlich hilfreich aus, was das Problem der ständigen Aktualisierung angeht. Wenn ich in den nächsten Tagen bissel Zeit habe, werd ich mal versuchen, mein Script zum Laufen zu bringen und es dann so abzuändern, dass es sich automatisch von deinem CGI die Liste der Admins holt. Ich denke, es ist ziemlich unbedenklich was die Serverauslastung betrifft, denn ob ich mir die Liste manuell aufrufe und schaue, ob jemand Admin ist, oder ob ich ein Script verwende, das mir diese Arbeit abnimmt: Es läuft beides auf dasselbe hinaus. --CyRoXX ^(?) 16:20, 13. Jan 2006 (CET)

Danke, das ging aber schnell. @D: Ich habe kein Problem, wenn mir jemand auf die Finger schauen will. Da es so wie so nur mit einigen JS-Tricks gehen wird, ist das eh nur was für Fortgeschrittene. --Schwalbe ^Disku 17:04, 13. Jan 2006 (CET)

nö, mich persönlich stört das auch nicht besonders. mich nervt aber die zunehmende, künstliche trennung zwischen "admins" und "fußvolk", und zwar sowohl die teilweise wirklich unangenehme unterwürfigkeit, die einem als admin entgegengebracht wird, als auch die "alle admins sind schweine"-schreier. das würde ich nicht auch noch durch technik unterstützen wollen. "nur für fortgeschrittene" ist da kein argument - da es jetzt einmal existiert kann's jeder leicht kopieren. -- ∂ 17:29, 13. Jan 2006 (CET)

Also wenn wir die Selbst-Aktualisierung verbessern wollen, könnte ich

document.write("<script src='http://tools.wikimedia.de/~aka/cgi-bin/admins.cgi'></script>");

vorschlagen, wobei man die CGI so umschreiben müsste, dass sie die Array-Deklarierung ausgibt, also:

var admins=new Array('1001', 'AHZ', 'APPER', 'nächster Eintrag')

-- CyRoXX (Unterschrift nachgetragen -- aka 19:40, 13. Jan 2006 (CET))

Das würde sicher funktionieren, aber für jeden Seitenaufruf eine zusätzliche Datenbankabfrage auf dem Toolserver bedeuten. Das ist nicht praktikabel. -- aka 19:39, 13. Jan 2006 (CET)

Erstma: Entschuldigt bitte, dass ich vergessen hab zu unterschreiben. @aka: Hmmm, ich weiß. Wenn wir die Server nich so sehr belasten wollen, dann müssten wir halt dem Skript bzw. seinen Ablegern bei den einzelnen Benutzern die Namen der Admins zentral zur Verfügung stellen, also das Ganze so organisieren, dass meinetwegen jede Woche 1x die Admins manuell abgefragt (Da ändert sich ja eh nich viel, wenn da vllt 2-3 neue Admins dazukommen und genauso viele den Adminstatus abgeben/verlieren...) und diese Daten zentral gespeichert werden. Wäre die Frage, ob man die Namen der Admins (bzw. die fertige Arraydeklaration) nun auf einer speziellen Benutzerseite unterbringt oder auf einer externen Homepage. Problem: (1) Daten in der Wiki auf einer Benutzerseite: Gefahr des Vandalismus, es gibt sicherlich Leute, die sich auch gern einfach mal selbst als Admins eintragen. (2) auf externer Homepage: Man muss sich auf den Benutzer verlassen können, dass er auch mal aktualisiert und so. --CyRoXX ^(?) 20:23, 13. Jan 2006 (CET)

Auch wenn ich die Beobachtungen von ∂ oben auch schon gemacht habe, so mag das letztlich jeder für sich entscheiden, ob er so etwas sinnvoll findet. Ich habe deshalb jetzt ein kleines Programm geschrieben, welches diese Textdatei einmal am Tag (um Mitternacht) aktualisiert. -- Gruß, aka 20:41, 13. Jan 2006 (CET)

Wenn ich den Array über document.write('<SCRIPT SRC="http://tools.wikimedia.de/~aka/dewiki_admins.txt"><\/SCRIPT>'); dynamisch generiren lassen will, kommt bei mir in der Firefox-JavaScript-Konsole die Fehlermeldung "missing ) after argument list", wobei die Textdatei als Fehlerquelle angegeben ist. Kann mir jemand helfen? Fehlt vielleicht eventuell nur ein Zeilenumbruch am Ende der Datei? Manche Skript-/Programmiersprachen sind da ja ziemlich pingelig. --CyRoXX ^(?) 21:32, 26. Feb 2006 (CET)

Ich hatte die selben Probleme wie CyRoXX, bei mir hat die Version von Spongo auch nicht funktioniert. Dank deiner gehts nun :-). Der Fehler in ~aka/dewiki_admins.txt ist einfach zu erkennen wenn man diese in einen Script-Editor lädt. Ich dachte ihr hättet diesen Fehler schon gefunden und berichtigt!?! Siehe richtig in Spongos' Script: "Poupou l'quourouce". Ich schlage vor einfach alle Namen in doppelten Anführungszeichen zu setzen. --Ολλίμίνατορέ ^Ω 13:21, 28. Feb 2006 (CET)

Danke, jetzt gehts dynamisch. :-D --Ολλίμίνατορέ ^Ω 22:05, 11. Mär 2006 (CET)

Noch eine Kleinigkeit: ein paar Sonderzeichen der Namen sind nicht korrekt in der .txt ...Markus SchweiÃŸ", "MatthÃ¤us... werden nicht erkannt, das lasse ich nicht durchgehen!!! *Ähm* ich meine ich bitte freundlichst um Korrektur. [edit:]Meinerseits Korr.: es könnte auch das Leerzeichen sein, da alle Namen mit Sz. auch Lz. haben. (die alle nicht funzen) M.f.Gruß -- Ολλίμίνατορέ ^Ω 21:49, 14. Mär 2006 (CET)

Das sieht mir nach einem der üblichen UTF8-Probleme aus, liegt wahrscheinlich entweder am Filesystem auf dem Toolserver oder am Webserver, was ich aber nicht glauben mag. --BLueFiSH ✉ 23:30, 14. Mär 2006 (CET)

Ja, das Problem muss sowies (wie es nun scheint) anderser (<- so sagt man hier) gelöst werden, da wie sich herraustellt Spongos Version auch nicht (ganz) funzt. Wie (ich schon) in Spongos Disku. geschrieben habe, müssen Sonderzeichen wie folgt ersetzt werden.

             CGI-Kodierung: ß = %C3%9F ä = %C3%A4 ü = %C3%BC ö = %C3%B6 Leerzeichen = _

Ich habe nur Stichproben nun mit erfolg getestet und hoffe das kann ohne Probleme in der .txt (CGI-mäßig) umgesetzt werden :-). M.f.Gruß -- Ολλίμίνατορέ ^Ω 00:02, 15. Mär 2006 (CET)

Das ist kein Problem, sondern Absicht ;) Die Textdatei ist UTF-8-kodiert - so wie (mittlerweile) alle Wikimedia-Artikel. Nur so können alle Sonderzeichen dargestellt werden. Wenn du die Textdatei ansiehst, kann aber, weil es eben nur Text und kein HTML ist, dein Webbrowser nicht erkennen, dass es UTF-8 ist. Deinem Javascript müsstest du aber beibringen können, damit umzugehen. -- aka 08:39, 15. Mär 2006 (CET)

Hallo aka, Du hast Recht! (der Fehler liegt schon in der JS-Array-Liste in Spongos Version) Ich habe die .txt mal in ein Editor geladen, sie wird richtig angezeigt. Aber ich ich ... bitte BITTE NICHT! Ich kann die Sonderzeichen nicht JS-mäßig umsetzen . MfGruß -- Ολλίμίνατορέ ^Ω 09:38, 15. Mär 2006 (CET)

Na ok - es gibt nun http://tools.wikimedia.de/~aka/dewiki_admins.txt und http://tools.wikimedia.de/~aka/dewiki_admins_utf8.txt -- Gruß, aka 10:11, 15. Mär 2006 (CET)

Um nochmal auf den letzten Stand zurück zukommen; (ich weiß nicht ob Du meinen vorletzten Beitrag vollstädig gelesen hast oder) ob es denn nicht mit CGI geht die Sonderzeichen mit CGI-HEX-Kodierung zu ersetzen? JS wäre da etwas umständlich, den es müßten bei jedem Seitenaufruf alle Zeichen aller (200) Namen durchgecheckt werden

. MfGruß -- Ολλίμίνατορέ ^Ω 12:41, 19. Mär 2006 (CET)

Ja, das wäre gut, wenn es ein entsprechend kodiertes Textfile gäbe, finde ich auch. Wenn schon Admin-Markierung, dann möchte man ja alle sehen und nicht nur die ohne Leerzeichen und Umlaut im Namen... — ^PDD — 13:03, 19. Mär 2006 (CET)

Hi nochmal, ich habe da bisher noch nichts weiter unternommen, weil die Nicht-UTF8-Version sowieso der falsche Weg ist. Die Datenbank enthält alle Nutzernamen genauso wie alle Texte in der UTF8-Kodierung. Ein Algorithmus, welcher das eine mit dem anderen vergleicht und dabei nur die lateinischen Zeichen berücksichtigt, muss früher oder später schiefgehen, egal ob dieser im Klartext oder URI-encodiert passiert. Ich weiss ja nicht, wie euer Programm genau aussieht, aber rein gefühlsmässig liegt die Lösung nicht im Verkrüppeln der Benutzernamen sondern darin, den Vergleichstext in den normalen UTF8-Zeichensatz zu überführen. Entsprechend dem auf meiner Diskussionsseite genannten encodeURI geht das wahrscheinlich mit decodeURI. -- Gruß, aka, sich gegen Schnuddellösungen wehrend ;) , 10:30, 8. Apr 2006 (CEST)

Hi aka, Ja, stimmt, es geht nur die UTF8-Version (die Andere kann wieder wech :-p). Ich habe jetzt die besagte Schleife erstellt, die auch funktioniert :D :-/.

    for (var i=0;i<admins.length;++i){admins[i]=encodeURI(admins[i].replace(/ /,"_"))} // ersetze Leerzeichen

Aber ich habe erfolglos versucht, diese ausserhalb der Funktion zu legen, um ebend nicht bei jedem Seitenaufruf diese zu durchlaufen. Mir fällt momentan nur eine Lösung ein; diese in Deine _admins.txt zu legen. Bitte einmal meine Versions-Historie löschen! ;-). -- Ολλίμίνατορέ ^•Ω• 11:35, 8. Apr 2006 (CEST)

Hmm, mein Kommentar oben war zwar anders gemeint, ich habs jetzt aber mal so eingebaut. -- Gruß, aka 11:49, 8. Apr 2006 (CEST)

Warum das ist doch Deine 1. Version. Das ist alles etwas verzwickt für mich, eigentlich müsste Spongo dafür gerade stehn :-p (der wohl gerade nicht kann). Ich habe jetzt auch gesehn das die URL.strings kurz vor der Funktion (wie von die hingewiesen mit decodeURI) nur einmal decodiert werden; (readparams(), aber vielleicht eigentlich in die Funktion müsste?!). Ja decode wäre vorzuziehen, wenn wir nicht die Liste mit einem einzigen Durchlauf encoden könnten ;-). Danke -- Ολλίμίνατορέ ^•Ω• 12:06, 8. Apr 2006 (CEST)

Also so wie jetzt sah die Liste noch nie aus, da ich das URL-encode extra eingebaut habe. Ich wage mich das gar nicht zu fragen, aber: hast du mal Reload gedrückt? Wer weiss .. ;) Jedenfalls sind in der Liste jetzt alle Einträge URL-kodiert, was, so dachte ich, genau das ist, was du oben wolltest. -- Gruß, aka 12:16, 8. Apr 2006 (CEST)

Jawohll :-D, ich habe es kurz nach meinem Post bemerkt. Noch cooler/ optimaler wäre es wenn diese Zeile noch drin stehen würde for (var i=0;i<admins.length;++i)admins[i]=admins[i].replace(/%20/,"_");, da das Leerzeichen Wiki-spezifisch zum "_" umgewandelt wird. Besten Dank -- Ολλίμίνατορέ ^•Ω• 12:44, 8. Apr 2006 (CEST)

Ok, eingebaut. Reload nicht vergessen ;-) -- aka 14:10, 8. Apr 2006 (CEST)

Bei Usern mit mehr als einem Leerzeichen hast du nur das erste ersetzt (siehe "Hoch_auf%20einem%20Baum"). — ^PDD — 14:14, 8. Apr 2006 (CEST)

Ist korrigiert. -- aka 14:37, 8. Apr 2006 (CEST)

Besser gehts nicht (sehr aufmerksam); wir sind dir was schuldig; nächstes mal chat; :-P; wie müssen nur noch Spongo bescheidsagen. -- Ολλίμίνατορέ ^•Ω• 15:53, 8. Apr 2006 (CEST)

Ein gaaaaanz klein bisschen besser geht vielleicht noch... nämlich: ' -> %27 . Dann wäre zu guter letzt auch Benutzer:Poupou l'quourouce korrekt abgefangen. Gruß, — ^PDD — 16:09, 8. Apr 2006 (CEST)

Nein, das gibts doch garnicht, verdammte poupou :-p, vielleicht mit encodeURIComponent()!? -- Ολλίμίνατορέ ^•Ω• 16:26, 8. Apr 2006 (CEST)

Eingebaut. -- aka 17:18, 8. Apr 2006 (CEST)

ich verstehe zwar nur im ansatz um was es hier geht - dass mein benutzername wegen des ' probleme verursacht weiss ich schon, sorry for any inconvenience...--poupou l'quourouce 17:55, 8. Apr 2006 (CEST)

Im Gegenteil, Ausnahmen wie deine sorgen letzlich für stabileren Code. ;-) --Schwalbe ^Disku 09:08, 9. Apr 2006 (CEST)

[Bearbeiten] Sonderzeichen

Hi, ich kann die vielen Sonderzeichen trotz Cacheleerung bisher nur im Wiktionary sehen. Hier kann man lesen, dass die privaten Scripte etwas damit zu tun haben könnten. Den Godmode-light habe ich in meinem Script (Basis Littl) zwar auch irgendwo drin, ist aber nicht aktiv. Wird die MediaWiki:Monobook.js bei Vorhandensein eigener Skripte etwa gar nicht mehr abgearbeitet? Falls ja, wie sähe ein Workaround aus? --Schwalbe ^Disku 22:59, 1. Feb 2006 (CET)

Hehe, BLueFiSH.as hat's schon. [1]. So funzt es auch bei mir. :-) --Schwalbe ^Disku 23:04, 1. Feb 2006 (CET)

Sehr gut aufgepasst! =) --BLueFiSH ✉ 23:39, 1. Feb 2006 (CET)

[Bearbeiten] offline

Frage, bei meinen ständigen Versuchen meinen arschlahmen Rechner zu beschleunigen und nicht von der Serverschnecke der Wikipedia ausbremsen zu lassen, ist mir folgende Frage eingefallen: kann man monobook.css und .js nicht offline auf die eigene Festplatte packen und irgendwie einbinden, das wenigstens dazu nicht nochmal der Server abgefragt werden muß? Denn schließlich ändern sich diese Dateien ja nicht.--Löschfix 05:40, 25. Feb 2006 (CET)

Sowas passiert bereits im Hintergrund ohne dein Zutun. Dein Browser speichert diese Dateien lokal im seinem Cache und überprüft nur noch hin- und wieder in der Wikipedia, ob die lokale Version noch aktuell ist. -- Gruß, aka 09:43, 25. Feb 2006 (CET)

d.h. es bringt nichts daran zu schrauben? Mein Rechner rechnet dann vermutlich trotzdem schnaufend, bis er die css und js jedesmal eingelesen und verarbeitet hat.--Löschfix 20:43, 25. Feb 2006 (CET)

[Bearbeiten] Bearbeitungskonflikte

Hallo! Ich hab mich eben mal angemeldet, um zu schauen, ob die ganzen Javascript-Spielereien sinnvoll sind. Ich hab mir das javascript.js irgendwoher kopiert und einfach drauflos probiert. Dabei hab ich mich wohl etwas blöde angestellt. Wenn ich mittels der Javascript-Funktionen einen LA oder SLA stelle, hatte ich mehrfach Bearbeitungskonflikte, bzw. der Artikel wurde von einem aufmerksamen Admin gelöscht, bevor ich das Script dem SLA fertig war. Ergebnis war wohl, dass der Artikel neu erstellt wurde, oder, im Falle eines Bearbeitungskonfliktes, gleich zwei SLAs hatte. Das ist natürlich unschön. Kann man das verhindern? Warum wird mir dann kein Bearbeitungskonflikt angezeigt? --Tesslo 18:47, 8. Mär 2006 (CET)

Ich denke darauf sollte man Vorher schon etwas achten, sonst tritt dies eher selten bis sehr selten auf. Ich glaube das Script erkennt nicht den Unterschied zwischen altern und aktueller Version. Bei mir hat sich das „Problem“ von selbst erledigt, da die aut. Speicherfunktion nicht mehr zu funktionieren (funzen) scheint. --Ολλίμίνατορέ ^Ω 20:44, 11. Mär 2006 (CET)

[Bearbeiten] Navileisten einklappen

Hab ich in changeBeschriftungen() einzubinden versucht ([2]), wie in Wikipedia:Navigationsleisten beschrieben, aber es tut nicht. Wo muss das korrekterweise hin? --Schwalbe ^Disku 21:51, 11. Mär 2006 (CET)

Nee, ich glaube das gehört außerhalb der Funktion und wenn, dann an den Anfang. Wenn's funzt bitte melden. :-p --Ολλίμίνατορέ ^Ω 22:17, 11. Mär 2006 (CET)

Des Weiteren müssen in Javascript (globale) Variablen vorher mit var deklariert werden. Hat das denn niemand? Wenn dem so ist, dann ist es unter Wikipedia:Navigationsleisten falsch beschrieben. --Ολλίμίνατορέ ^Ω 22:39, 11. Mär 2006 (CET)

Da sich keiner gemeldet hat; bei mir funzt es jedenfalls. @Variable: da sie schon vorher im Referenz-Script deklariert wurde, muss kein var vorangeführt werden. -- Ολλίμίνατορέ ^•Ω• 15:23, 29. Apr 2006 (CEST)

[Bearbeiten] Brauche Hilfe mit "Zurücksetzen"

Ich kämpfe mit folgendem Problem: Seit einiger Zeit habe ich beim Bearbeiten auch einen "Zurücksetzen"-Button. Den habe ich sogar auch schon wenige Male erfolgreich eingesetzt. Neuerdings erhalte ich jedoch stets (so nach 2-3 sec.) einen Abbruch mit folgender Fehlermeldung (aktuelles Beispiel: Kühlschrank):

Please wait, reverting edits by Contributions... Getting article history (/w/index.php?title=K%C3%BChlschrank&action=history&limit=50)... Error: Last editor is 88.72.240.211, not Contributions!

Mit was für einem Fehler hab' ich's da zu tun?--JFKCom 00:01, 4. Apr 2006 (CEST)

Spontan würde ich mal tippen, dass es da ein Problem mit dem Godmode-Skript gibt. Dazu kann ich nix sagen, musst du mal auf Statements von anderen Benutzern warten. --BLueFiSH ✉ 06:10, 4. Apr 2006 (CEST)

Ich hab vor einiger Zeit bereits von solch einem Fehler gelesen. Kann dazu aber nix näheres sagen, ich glaube aber, es hatte was damit zu tun, dass die IPs neuerdings nicht mehr auf die IP-Benutzerseite, sondern auf die Seite mit den Beiträgen der IP (Spezial:Contributions) verlinkt sind. Beispiel: In der Versionsgeschichte von Wikipedia:Fragen zur Wikipedia ist der Bearbeiter der Version 03:28, 4. Apr 2006, also die IP 89.57.154.134 als Link auf http://de.wikipedia.org/w/index.php?title=Spezial:Contributions&target=89.57.154.134 sichtbar, bis vor einiger Zeit wäre sie aber auf Benutzer:89.57.154.134 verlinkt gewesen. --CyRoXX ^(?) 09:39, 4. Apr 2006 (CEST)

Danke! Immerhin verstehe ich jetzt den Fehler. Den müßten doch eigentlich neben mir noch hunderte andrer User haben, oder?--JFKCom 23:45, 4. Apr 2006 (CEST)

Den Fehler hatten einige, als das Problem zuerst auftrat. Diskussionen und Fixes dafür siehe unter Benutzer Diskussion:Littl/monobook.js. — ^PDD — 16:24, 8. Apr 2006 (CEST)

[Bearbeiten] Drucken

Zum Ausdrucken von Seiten muss in monobook.css hinzugefügt werden:

@media print {
  #quickba {
    display: none;
  }
}

[Bearbeiten] Bitte um Hilfe

Wie ändert man den folgenden Eintrag, dass er auch stimmt, d.h. dass neue Einträge von oben nach unten eingefügt werden. Ich möchte die neuste Meldung zu oberst und nicht am Ende.

Neue Nachrichten und Beiträge gleich unter dieser Meldung anfügen

Danke und bitte auch auf meiner Diskussionsseite antworten.--°ڊ° Peter 17:51, 8. Jun 2006 (CEST)

done -- Ολλίμίνατορέ 15:39, 9. Jun 2006 (CEST)

[Bearbeiten] Persönliche Knöpfe über dem Editfeld

Hallo ihr Bastler, ich hätte mal ne Frage: Ist es machbar über das Editfeld eigene Knöpfe zu setzen? Konkret interessant wären für mich solche, die auf Knopfdruck {{subst:Test}}, {{subst:Linkspam}}, {{subst:Vorschau}} und ähnliche "Pauschalanschisse" in Benutzerdiskussionen einfügen. Wenn's sowas gäbe wäre das echt toll, da dass das Anscheißen von IPs sehr beschleunigen würde ;). Danke, Lennert B d·c·b 01:16, 19. Jun 2006 (CEST)

Hi Lennert, also zusätzliche Knöpfe hat wohl so jedes BenutzerScript und das auch an x-beliebiger Stelle :-P. Wenn Du die Symbolleiste meinst, dann schaue Dir mal mein Script an. (Hinweis steht hier unter meinem Abschnitt) -- Ολλίμίνατορέ 18:33, 19. Jun 2006 (CEST)

[Bearbeiten] markieren bestimmter Artikel

Wie markiere ich bestimmte Artikel braun (näheres auf Wikipedia:Fragen zur Wikipedia#Links auf BKLs rot?)? --xls 16:48, 19. Jun 2006 (CEST)

Wenn dies nicht eindeutig aus dem Linknamen hervorgeht, ist dies nur mit einer zusätzlichen Serverabfrage möglich (wie in deiner verlinkten Frage). Ansonsten kannst Du Dir ein paar BenutzerCSS anschauen (z.B meins), wo dies ein häufiges und grundlegendes Featur ist. -- Ολλίμίνατορέ 18:48, 19. Jun 2006 (CEST)

[Bearbeiten] Spezial:Watchlist/clear

Gibts ne Möglichkeit diesen Link auszublenden? --GrummelJS ∞ 20:28, 29. Jun 2006 (CEST)

Hehe, hatte ich auch schon mal machen wollen, Vorsichtsmaßnahme usw., geht aber wohl nicht. an <a href="/wiki/Spezial:Watchlist/clear" title="Spezial:Watchlist/clear">Komplette Liste leeren</a> kann man nichts ausblenden. Ist aber auch nicht weiter tragisch weil da noch ne Sicherheitsabfrage kommt. --BLueFiSH ✉ (Klick mich!) 21:38, 29. Jun 2006 (CEST)

Gut, das beruhigt mich. Konnte ich net wissen, dafür hätte ich ja draufdrücken müssen. Und das will ich ja wirklich net. ;) --GrummelJS ∞ 21:48, 29. Jun 2006 (CEST)

Also ich habs bei mir ausgeblendet (weil ich auch nicht wusste, was da genau passiert *grins*). Einfach

a[href*="Watchlist/clear"] { display:none; }

in die monobook.css schreiben... — ^PDD — 23:53, 29. Jun 2006 (CEST)

öhm funktioniert bei mir net --GrummelJS ∞ 08:47, 1. Jul 2006 (CEST)

Bei mir schon, Cache leeren (normalerweise STRG+F5 drücken) nicht vergessen. --BLueFiSH ✉ (Klick mich!) 09:05, 1. Jul 2006 (CEST)

Hab ich getan. Aber der Link steht dennoch da. Benutzer:GrummelJS/monobook.css --GrummelJS ∞ 09:38, 1. Jul 2006 (CEST)

Das liegt aber eher daran, dass deine monobook.css ziemlich kaputt ist... das geht schon damit los, dass man CSS-Kommentare nicht in C++-Syntax anbringt (also mit "//" davor), sondern in C-Syntax ("/* ... */"). Wenn du die Fehler ausbügelst (der W3C CSS Validation Service kann da helfen), sollte es funktionieren. — ^PDD — 09:57, 1. Jul 2006 (CEST)

Hab doch gewusst, dass der Fehler bei mir liegt ;) Danke dafür. --GrummelJS ∞ 11:08, 1. Jul 2006 (CEST)

[Bearbeiten] gallery

Hallo,
Bei Seiten mit Gallery-Tag, bzw. der Klasse "gallery" bekomme ich nur 4 Bilder nebeneinander dargestellt, obwohl Platz für 5 Bilder nebeneinander ist. Kannst Du mir verraten, wie ich fünf Bilder nebeneinander bekomme ? Wenn das nicht geht, dann möchte ich wenigstens die Größe der Thumbs ändern, um die Seitenbreite besser nutzen zu können. Letzteres funktioniert nicht mit dem Wert in den Einstellungen. M. f. G. Augiasstallputzer 17:23, 11. Aug 2006 (CEST)

Gute Frage, (die wohl an mich gerichtet war), wüsst ich auch gern, könnt ich auch gebrauchen, sogar 6 in der Breite =) Gruß --BLueFiSH ✉ (Klick mich!) 22:21, 12. Aug 2006 (CEST)

Falls von mindestens 3 Leuten eine Unterschrift kommt würde ich die Funktion schreiben (dürfte auch gar nicht groß werden..). Wobei mit einem Parameter eine Anzahl angegeben werden könnte. -- Ολλίμίνατορέ 18:52, 25. Aug 2006 (CEST)

Na pöh, dann hast du hier die dritte! :-) — ^PDD — 18:56, 25. Aug 2006 (CEST)

DOH! Wenn Du es sagst. -- Ολλίμίνατορέ 14:36, 26. Aug 2006 (CEST)

+1 --Schwalbe D | C | V 12:59, 26. Aug 2006 (CEST)

So* Okay fertig zum testen, Script hier: Olliminatore/newgallery.js, Einbindung hier. -- Ολλίμίνατορέ 14:36, 26. Aug 2006 (CEST)

Hm, irgendwie funktioniert das mit der Variable bei mir noch nicht. Habe 5 oder 6 eingestellt und bekomme bei Festung Jülich zwei Zeilen: erste Zeile 12 Bilder, zweite Zeile 15 Bilder.. Ansonsten: Klasse Idee, hätte nicht gedacht, das man das per JS umsetzen kann. --BLueFiSH ✉ (Klick mich!) 16:28, 26. Aug 2006 (CEST)

Danke, jetzte aber :-) (hatte nur mit ner 3er-Reihe getestet) -- Ολλίμίνατορέ 16:53, 26. Aug 2006 (CEST)

Hervorragend! Jetzt gehts. Interessant auch die neue Anordnung da: 2 Zeilen mit 6 Bildern + 3 Zeilen mit 5 Bildern anstatt 4x6 + 1x3 --BLueFiSH ✉ (Klick mich!) 17:00, 26. Aug 2006 (CEST)

Bekommst du es auch noch hin, dass nicht nur die erste Gallery nach Wunsch dargestellt wird, sondern auch alle weiteren so wie z.b. in Dorfkirchen in Berlin? --BLueFiSH ✉ (Klick mich!) 18:38, 26. Aug 2006 (CEST)

Ja, k.A. woran's vorher gelegen hat, bei mir werden alle Galerien nun neu dargestellt (gutes Review ;)). Ich habe die Schleife nochmal komplett umgestellt (alles nur noch in eine), da es (wie du schon angebracht hast) mit langen Galerien immer noch nicht 100% funzt. Jetzt hat jede Reihe die volle Länge (außer die letzte), nur eine Kleinigkeit stimmt nicht 100%ig (um dies dem nächsten Review vorweg zu nehmen), die Reihenfolge des 1. Feldes der 2.& 3. Reihe bei einem Wert 5 ist verkehrt (bei 6 nur noch in der 2.Reihe). Falls niemand darauf besteht würde ich es jetzt so lassen :-P!? -- Ολλίμίνατορέ 19:51, 26. Aug 2006 (CEST)

Im Klassik-Skin tut's leider überhaupt nichts. Das liegt vermutlich nur an der folgenden Zeile:

  var table = document.getElementById("bodyContent").getElementsByTagName("table");

Im Klassik-Skin gibt es keine id "bodyContent". Ich vermute, mit folgendem Ersatzcode sollte es auch mit allen anderen Skins funktionieren:

  var bodyContent = null;
  switch(skin)
  {
  case 'monobook':    // Skin MonoBook
  case 'chick':       // Skin Küken
  case 'myskin':      // Skin MySkin
  case 'simple':      // Skin Simple
    bodyContent = getElementById('bodyContent');
    break;
  case 'standard':    // Skin Klassik
  case 'nostalgia':   // Skin Nostalgie
  case 'cologneblue': // Skin Kölnisch Blau
    bodyContent = getElementById('article');
    break;
  }
  var table = bodyContent.getElementsByTagName("table");

Der obige Code ist ungetestet, aber der Ersatz von "bodyContent" durch "article" hat mir schon beim Artikel-Umklappcode von Benutzer:D geholfen (den habe ich mir kopiert und bei mir angepasst). --Ce 21:11, 26. Aug 2006 (CEST)

Müsste jetzt klappen, was sagst du!? Mir ist noch ein Feature eingefallen: wenn keine gallery_len angegeben ist könnte (automatisch) der maximale vorhandene Platz ausgenutzt werden. Wie fändet ihr das?! -- Ολλίμίνατορέ 19:15, 27. Aug 2006 (CEST)

Jetzt funktioniert's prima, danke! Das mit dem automatischen Ausnutzen des gesamten Platzes wäre natürlich auch eine tolle Sache. --Ce 21:01, 27. Aug 2006 (CEST)

Kann man das noch so erweitern, dass der Benutzer auswählen kann, ob er die Gallerybreite nur in Kategorien oder nur in Artikeln erweitert haben will? In Artikeln find ich es eigentlich unpraktisch, da man es ja so sehen sollte wie der Rest der Welt, aber in Bild-Kategorien ist es echt Prima. --BLueFiSH ✉ (Klick mich!) 08:42, 20. Sep 2006 (CEST)

Ja gut, kein Problem, das werde ich integrieren if(wgNamespaceNumber == 14). Bei mir ist es momentan so eingestellt das es nicht in der Vorschau aktiv ist (if(wgIsArticle)), sollte dies auch standardmäßig so sein? -- Ολλίμίνατορέ 16:20, 21. Sep 2006 (CEST)

Habe zwei Vars hinzugefügt (bCategory, bArticle), des Weiteren ist der Caption-Bug gefixt (mentioned by Rainer L). Bin mir aber noch nicht sicher ob es generell läuft, daher erbitte ich Feedback. -- Ολλίμίνατορέ 16:26, 24. Sep 2006 (CEST)

Oki, funktioniert, thx. --BLueFiSH ✉ (Langeweile?) 10:16, 18. Okt. 2006 (CEST)

:D Die Reihenfolge müsste jetzt auch richtig sein (zwar mit ein wenig Mehraufwand,... dank auch dem Feedback von Rainer L). -- Ολλίμίνατορέ 16:56, 26. Okt. 2006 (CEST)

[Bearbeiten] Smiley-Extension

Hi, habe gerade (endlich!) das und das entdeckt. Damit stellt sich mir als Laien die Frage, ob es denn nicht unter den "offline"-Skripten auch ein paar interessante Tools gibt. Konkret suche ich nach diesem nicht ganz ernst gemeinten Diskussionsbeitrag einen Weg, textbasierte Emoticons graphisch darstellen bzw. auch graphisch unterstützt eingeben zu können. Das würde die Server entlasten und einer zu befürchtenden neuen Klickibunti-Welle vielleicht die Spitze nehmen. Der Thunderbird hat wohl so etwas, gibt's das auch in WP-tauglich? --Schwalbe D | C | V 16:55, 16. Aug 2006 (CEST)

Textbasierte Emoticons sollen graphisch dargestellt werden? Also wenn ich ein :-) male, willst du, dass daraus automatisch eine Grafik wird? Miranda und andere IM machen sowas auch. Wenn ich mir das aber recht überlege, steigt doch aber der Traffic je mehr Leute sich die Text-Emoticons in Grafiken umwandeln lassen. 3 Byte im Vergleich zu XX ist schon nen Unterschied. --BLueFiSH ✉ (Klick mich!) 17:12, 16. Aug 2006 (CEST)

sollte das nicht der browsercache abfangen? -- ∂ 17:24, 16. Aug 2006 (CEST)

was auch immer ;-) kein interesse mich damit weiter zu befassen =) --BLueFiSH ✉ (Klick mich!) 17:47, 16. Aug 2006 (CEST)

Eben, deshalb dachte ich, wir könnten es irgendwie bei den 3 Byte für den Server belassen und den Rest per Skript erledigen. Wenns der Nutzer bunt will, soll er eben den Traffic haben. Aber wenn ihr meint, dass der Cache auch so die Bildchen liefert, dann soll es mir auch recht sein. Ich selbst komm sehr gut mit den herkömmlichen Mitteln aus. Sehen wir der neuen Welle also gelassen entgegen. ;-) --Schwalbe D | C | V 21:09, 16. Aug 2006 (CEST)

kucktmal: en:User:Cryptic/smiley.js -- ∂ 18:43, 25. Aug 2006 (CEST)

Danke, das kommt der Lösung schon recht nahe. --Schwalbe D | C | V 12:59, 26. Aug 2006 (CEST)

Leider sehr performance-hungrig, zudem verändert es Text im Editfeld. -- Ολλίμίνατορέ 23:34, 30. Sep 2006 (CEST)

Ich habe jetzt, sagen wir als Alternative (meinetwegen für Exzentriker ;P) den /Extra-Editbuttons einen Smiley-Button verpasst :D (muss allerdings mit 'SM' aktiviert werden). -- Ολλίμίνατορέ 13:36, 3. Okt 2006 (CEST)

[Bearbeiten] Benutzerseiten blockade

Das hier funnktioniert bei mir (K-Meleon/Mozilla):

/* monobook.css */ li#ca-edit a[href*="title=Benutzer:"] { background: left url(http://upload.wikimedia.org/wikipedia/commons/thumb/f/ff/Stop_hand.png/32px-Stop_hand.png); }

Das hier aber nicht, es wir auch bei mir selbst die Handblockade eingeblendet.;-)

li#ca-edit a[href*="title=Benutzer:D/"] { background: none; } li#ca-edit a[href*="title=Benutzer:D&"] { background: none; }

--Löschfix 14:09, 1. Sep 2006 (CEST)

Vielleicht ist das in der Anleitung verloren gegangen aber Du must D durch deinen Namen ersetzen! :-P -- Ολλίμίνατορέ 21:11, 9. Sep 2006 (CEST)

und zwar, wie auf meiner diskussionsseite schon gesagt, URL-encoded, also "L%C3%B6schfix". vielleicht bastel ich mal eine JS-variante, die man nicht händisch konfigurieren muß. -- ∂ 21:16, 9. Sep 2006 (CEST)

Aja. Dann würde es ja auch mit (dem nicht zu empfehlenden) IE6 gehen :-P. Aber man merkt schon das CSS auch ne Menge Vorteile hat (habe sogar mal ein komplett dynamisches Menue nur aus CSS gesehen, oder das AdminScript von Spongo könnte man auch ...) Mit CSS3 kann man sogar rechnen :-o. Also ich glaube mal irgendwo gelesen zu haben, dass man eine JS Variable in CSS einbinden kann, aber das könnte man in diesen Fall auch subtil mit document.write('<style erledigen :-p. -- Ολλίμίνατορέ 23:35, 9. Sep 2006 (CEST)

Ich hab das bei mir inzwischen von CSS nach JS konvertiert (die Funktion ist hier drin. — ^PDD — 01:07, 1. Okt 2006 (CEST)

Wie wäre es Benutzer:Vorlage standardmäßig in die Liste der freien Benutzer aufzunehmen (also mit auszuschließen)!? -- Ολλίμίνατορέ 23:41, 30. Sep 2006 (CEST)

Hab ich bei mir jetzt gemacht, gute Idee! — ^PDD — 01:15, 1. Okt 2006 (CEST)

Wäre es auch möglich, den Text des Bearbeitenreiters zu verändern (z. B. statt „Bearbeiten“ ein „→“ einzublenden)? Das würde nicht so störend wirken wie der rot-weiße Hintergrund, aber einen trotzdem davon abhalten, überüberlegt den Bearbeitenlink anzuklicken (schließlich sieht er ja nicht mehr so aus wie sonst).--Hannes2 Diskussion 13:11, 7. Okt 2006 (CEST)

@Hannes2: Das geht ja sowieso; die meisten Beschriftungen kann man frei anpassen. In meiner Version der monobook.js z.B. so: Einfach

var cbedit = "→";

eintragen. Gruß, — ^PDD — 12:42, 18. Okt. 2006 (CEST)

[Bearbeiten] Seitenname/Inhaltsaufteilung

Ich wäre schon irgendwie dafür, dass wirklich bewusst in einen Javascript- und einen Stylesheet(vulgo:Skin)-Teil aufzusplitten. Alles unter Skin, ist nicht so optimal. Auch die Vorstellung der dutzenden persönlichen Skin-Seiten, die meist auf den gleichen Skripts (Littl oder PDD) basieren, müsste man eindämmen, ausmisten oder auslagern. Aber schon mal interessant, dass hier Bewegung rein kommt. Gruß =) --BLueFiSH ✉ (Tag des offenen Denkmals::Berlin) 18:45, 10. Sep 2006 (CEST)

ich hab's jetzt erstmal in komplette Wikipedia:Skin für komplette skins (wo man ja eigentlich immer beides braucht) und Wikipedia:Skin/Baukasten nur für kleinkram aufgeteilt. letzteres dürfte die üübersichtlichkeit erstmal hinreichend erhöhen. -- ∂ 18:48, 10. Sep 2006 (CEST)

Ich pers. bin der Meinung dass diese ganze Scripte nicht kopiert werden, sondern lediglich per document.write() eingebunden werden sollten. Dies würde eine deutlich bessere Handhabung schaffen, als Benutzer muss man nicht immer tausende Textzeilen kopieren um ein Script hinzuzufügen; außerdem könnte man Scripte durch einfaches Auskommentieren temporär deaktivieren. Zu guter letzt entsteht durch die Kopiererei eine unnötige Vielfachspeicherung ein und des selben Scripts. ×ASM× 18:57, 10. Sep 2006 (CEST)

grundsätzlich meine zustimmung, siehe ganz oben auf dieser seite. vielleicht sogar einheitlich mit oldids arbeiten, um stable-versions zu bekommen. kann man übrigends auch für stylesheets machen. eine übersichtliche inspirationsquellenseite ist aber trotzdem angesagt. -- ∂ 23:30, 10. Sep 2006 (CEST)

Grundsätzlich eher nicht meine Meinung, weil man via Direkteinbindung einen riesigen Wust an Konfigurationsoptionen bräuchte:

var Link-zum-EditCounter-in-die-dritte-Zeile-von-oben = true;

oder aber nach "Friss oder stirb"-Manier den Designvorstellungen anderer Leute ausgeliefert wäre. Basis-Skript kopieren und darin die Optionen setzen finde ich sinnvoller (deshalb habe ichs ja auch so gemacht). — ^PDD — 03:06, 11. Sep 2006 (CEST)

Zu "Ich pers. bin der Meinung dass diese ganze Scripte nicht kopiert werden, sondern lediglich per document.write() eingebunden werden sollten": Darum gehts in meiner initialen Wortmeldung überhaupt nicht sondern um die Struktur der Seiten. Generell finde ich es am sinnvollste einige wenige fertig zu kopierende Basisskripts, beispielsweise das von PDD, vorzustellen, und dann auf einer anderen Seite Einzelskripts zum selbständigen Einbauen darzubieten, also Funktionen, die jeder unabhängig seines Basisskriptes verwenden können soll. Dazu eine kleine Einleitung wie es eingebaut wird und fertig. Dutzende Einzelskripts, die alle mit Basisskripts mitkopiert werden, sollten konsequent ausgelagert werden und so angepasst werden, dass jeder sie sich einbinden kann. Das ist der Punkt an dem Vorangig gearbeitet werden sollte. siehe bspw. User:BLueFiSH.as/JS: schlecht dokumentiert (mir egal), aber folgt (weitestgehend) diesem Ansatz. --BLueFiSH ✉ (Klick mich!) 16:37, 11. Sep 2006 (CEST)

[Bearbeiten] Zusammenfassungszeile verbreitern

Hat mal jemand eine Codezeile parat, die mir die Zusammenfassungszeile bis zum rechten Bildschirmrand ausdehnt (möglichst dynamisch)? Irgendwie steh ich aufm Schlauch und bekomms nicht hin. --BLueFiSH ✉ (Klick mich!) 00:08, 13. Sep 2006 (CEST)

addOnloadHook(function(){
  document.editform.wpSummary.size=Math.floor((document.editform.wpTextbox1.clientWidth-186)/6.2)
})

Meintest Du doch oder? Grüße -- Ολλίμίνατορέ 02:48, 13. Sep 2006 (CEST)

Nicht ganz, ist jetzt zwar breiter aber auch um eine Zeile tiefer gerutscht und steht jetzt unter "Zusammenfassung und Quellen:" und nicht mehr daneben. Geht das noch entsprechend zu ändern? für was steht die "186"? --BLueFiSH ✉ (Klick mich!) 10:31, 13. Sep 2006 (CEST)

Ja genau, für die Breite des "wpSummaryLabel" (also Zusammenfassung und Quellen:" Breit in pt = document.getElementById('wpSummaryLabel').getElementsByTagName('A')[0].text.length = 27+1!?). Wahrscheinlich hast Du eine andere Schriftart und vielleicht sollte man nicht die Größe von der des Textfeldes abhängig machen, so wäre es auch besser gleich mit pt Werten zu rechnen, also:

addOnloadHook(function(){document.editform.wpSummary.size=document.body.clientWidth/6.2-62})

Wobei in den 62 auch das Seitenmenue (also der komplette Rest der Seite) enthalten ist. Falls es immer noch nicht hinhaut den Divisor anpassen. -- Ολλίμίνατορέ 12:14, 13. Sep 2006 (CEST)

Ja, habe Verdana eingestellt, Arial ist mir zu schmal. Mit 6.5 klappt es, 6.3 geht evtl. auch, 6.2 ist zu klein für Verdana bei 1280er. Danke! --BLueFiSH ✉ (Klick mich!) 12:25, 13. Sep 2006 (CEST)

Hallo, wenn das Label in einer eigenen Zeile stehen darf, kann die Ausdehnung des Kommentarfeldes auch einfacher durch einen Eintrag in der eigenen CSS-Datei geändert werden:

input#wpSummary { width: 100%; }

Dies funktioniert auch mit nachträglicher Fensterbreitenänderung. --Wiegels „…“ 14:30, 20. Sep 2006 (CEST)

[Bearbeiten] Wie oldid der aktuellen Version bestimmen?

Gibt es eine Möglichkeit, im JavaScript die oldid der aktuellen Version der Seite zu bekommen (also die Zahl, die im "oldid="-Feld der URL steht, wenn man auf "Versionen", und dort dann auf den Link auf die aktuelle Version innerhalb der Versionsgeschichte geht)? Ich dachte ursprünglich "wgArticleId" würde diese Zahl liefern, das hat aber offenbar eine andere Bedeutung.

Ok, als Holzhammermethode ginge wohl, die Versionsgeschichte zu öffnen und den entsprechenden Link zu suchen, was aber nicht gerade serverlastfreundlich wäre. --Ce 15:07, 21. Sep 2006 (CEST)

Auf jeder Seite gibt es die Werkzeugsleiste links in der ein Permalink untergebracht ist, der die Oldid enthält. Die oldid kann man dann irgendwie aus dem Feld "t-permalink" herauslesen. --BLueFiSH ✉ (Klick mich!) 15:20, 21. Sep 2006 (CEST)

currentid or oldid? Am Seitenrand ist ja nur die aktuelle Id. (wgArticleId müsste immer die selbe für einen Artikel sein, so kann diese im vollgenden Bsp.link verwendet werden). So würde ich es dann mit Query API machen: http://de.wikipedia.org/w/query.php?format=xml&what=revisions&pageids=890432&rvlimit=1 -- Ολλίμίνατορέ 16:11, 21. Sep 2006 (CEST)

@BLueFISH: Im Klassik-Skin gibt es diesen Link leider nicht (oder er ist so gut versteckt, daß ich ihn nicht gefunden habe :-)). Das Nachrüsten desselben ist gerade der Zweck der Übung.

@Olliminatore: Vermutlich ist es dann wohl die currentid. Im Link in der VBersionsgeschichte heißt der Parameter durchgehend oldid, aber das hat ja auch Logik, da man auf diese Weise in der Regel alte Versionen abruft.

Das Query-Interface kannte ich noch nicht. Danke für den Tipp! Dann werde ich mich jetzt wohl mit XmlHttpRequest näher auseinandersetzen :-)

PS: Wo kann ich mehr über das Query-Interface herausfinden? --Ce 16:30, 21. Sep 2006 (CEST)

http://de.wikipedia.org/w/query.php noch mehr Hinweislinks unten. -- Ολλίμίνατορέ 16:51, 21. Sep 2006 (CEST)

Danke! --Ce 17:34, 21. Sep 2006 (CEST)

Er wollte oldid, in http://de.wikipedia.org/w/index.php?title=Wikipedia_Diskussion:Skin&oldid=21738373 steht oldid drin, und es ist immer die gegenwärtige ID der Version der Seite, also nenn es meinetwegen currentid. --BLueFiSH ✉ (Klick mich!) 17:10, 21. Sep 2006 (CEST)

Im query-Interface heißt es revid :-) --Ce 17:34, 21. Sep 2006 (CEST)

Alles Einheitsquark. Zu was ist denn deine neue Funktion zu nütze? --BLueFiSH ✉ (Klick mich!) 20:37, 21. Sep 2006 (CEST)

Wie ich oben schon schrieb: Einen Permalink auch beim Klassik-Skin zur Verfügung zu stellen. --Ce 22:01, 21. Sep 2006 (CEST)

Achso, überlesen. Dann bin ich ja beruhigt, dass ich solchen nicht brauch =) --BLueFiSH ✉ (Klick mich!) 06:24, 22. Sep 2006 (CEST)

[Bearbeiten] Seitentitel

Hallo ∂

warum hast du die Seite ausgerechnet auf Wikipedia:Skin verschoben? Ich finde Skin nicht ganz passend, da es haupsächlich nicht um kosmetische Änderungen geht, sondern um Erweiterungen bzw. JavaScript-Scripte für das Standardskin Monobook. Unter Wikipedia:Skin würde ich dann eher eine Erklärung zu den verfügbaren Skins erwarten: Klassik, Nostalgie, MonoBook, Küken, MySkin, Simple, Kölnisch Blau... Man könnte es doch ruhig Wikipedia:Javascript- und CSS-Tricks nennen und hätte noch WP:JS als Abkürzung. Gruß --Spongo ⇄ 14:13, 26. Sep 2006 (CEST)

stimmt, klingt plausibel.. --W!B: 00:48, 27. Sep 2006 (CEST)

fand ich schön treffend und kurz: alles was man an der oberfläche so drehen kann. "Javascript- und CSS-Tricks" (warum eigentlich nicht JavaScript?) ist mir erheblich zu lang. imho sollte man sich einen seitentitel auch ohne abkürzungslink merken können. wenn du aber einen ähnlich kurzen und besseren titel hast, wäre ich einer verschiebung durchaus nicht abgeneigt. -- ∂ 01:06, 27. Sep 2006 (CEST)

Wikipedia:CSS und JS? mit Wikipedia:CSS und Wikipedia:JS als redir.. --W!B: 02:46, 27. Sep 2006 (CEST)

Moin. Da es größtenteils um JavaScript geht würde ich Wikipedia:JavaScript-Tricks vorschlagen, wenn es kurz genug ist. Allerdings ist es ja keine Seite wie Wikipedia:Vandalensperrung oder Spezial:Recentchanges, was man andauernd braucht. Weiß nicht wie es bei euch ist, aber ich schaue da hin und wieder mal vorbei, was es neues gibt und da kann man sich die Zeit zum Durchklicken der Wartungsleiste nehmen. --Spongo ⇄ 10:29, 27. Sep 2006 (CEST)

ganz perfekt find ich das auch nicht -- ich würde gerne zum ausdruck bringen, was wir hier machen, nämlich die Oberfläche manipulieren um sie schöner oder funktioneller zu bekommen, und nicht wie wir das machen, nämlich per JS. der unbedarfte leser fragt sich imho nicht "was kann ich mit JS alles machen" sondern "ich hätte gerne an der UI, wie machich das?". blöd, daß mit "skin" nicht wirklich gefällt und mir um's verrecken nichts schöner, womöglich einwortiges, einfällt. -- ∂ 20:12, 28. Sep 2006 (CEST)

Ein paar neue Ideen: Wikipedia:GUI, Wikipedia:Erweitete Benutzeroberfläche, Wikipedia:Kleine Helfer, Wikipedia:Wartungswerkzeuge. Wobei mir das letzte am besten gefällt. Je länger ich drüber nachdeke, desto schwerer wird es. --Spongo ⇄ 15:05, 29. Sep 2006 (CEST)

Ob es nun „Tricks“ sind sei dahingestellt. Ich stimme im groben W!B zu und möchte noch meinen Vorschlag :Benutzer-Skripte (an en: angelehnt) dazugeben. -- Ολλίμίνατορέ 16:56, 29. Sep 2006 (CEST)

Finde ich ok. Aber ein Bot ist eigentlich auch nicht anderes als ein Script. Es ändert sich aber nicht die GUI. --Spongo ⇄ 21:51, 29. Sep 2006 (CEST)

Hallo, wie wäre es mit der Alliteration Wikipedia:Skins und Skripte (WP:SUS) oder einfach Wikipedia:Benutzer-Anpassungen (WP:BA)? --Wiegels „…“ 19:34, 29. Sep 2006 (CEST)

in der mozilla-welt verwendet man übrigens genau wegen des namensproblems dafür das wort „Chrome“: „Als Chrome wird quasi die Programmoberfläche des Programms bezeichnet. Da Erweiterungen die Oberfläche des Programms tiefgreifend verändern können, ist es möglich, dass Chrome-Fehler das Programm unbenutzbar machen!“ [3] .. das beschreibt doch ziemlich genau, was hier zu finden ist: all die kleinen styles, hacks, tricks, tools, usw, die in den mozillas über erweiterungen eingebunden werden, und wenn sie sich bewähren, in das pogramm als code aufgenommen werden --W!B: 19:52, 2. Okt 2006 (CEST)

Hmm. Ich kann mir nicht so recht vorstellen, dass der normale Benutzer der (immerhin schon) [Strg + C] kennt bei "Chrome" sofort weiß worum es überhaupt geht. Oder ist der Begriff doch sooo verbreitet?

Da wir einige Vorschläge jetzt haben, wie verbleiben wir denn nun? --Spongo ⇄ 23:20, 3. Okt 2006 (CEST)

oder Wikipedia:Skin/Anpassen, und Wikipedia:Skin beschreibt die standardskins etwas genauer.. (jetzt in Wikipedia:Einstellungen)
oder m:Hilfe:Eigene Stylesheets - Wikipedia:Eigene Stylesheets und entsprechend Wikipedia:Eigene JavaScripts .. damits mit meta zusammenpasst

--W!B: 07:11, 4. Okt 2006 (CEST)

[Bearbeiten] Links zu bewerteten Artikeln

Verschoben von WP:FZW xls 09:00, 14. Okt. 2006 (CEST)

Was muss ich meiner js hinzufügen, damit Links auf folgende Art Artikel so angezeigt werden:

--xls 20:31, 12. Okt. 2006 (CEST)

Auch wenn das extrem cool wäre, sehe ich bei der Verwirklichungsfähigkeit dieses Wunsches schwarz... --ThePeter 10:59, 13. Okt. 2006 (CEST)

Es müsste eigentlich nach folgenden aktiven Vorlagen gesucht werden: {{Lesenswert}}, {{Lesenswert Kandidat}}, {{Exzellent}}, {{Exzellent Kandidat}}, {{QS-Antrag}}, {{Löschantragstext}} --xls 14:23, 13. Okt. 2006 (CEST)

Dazu müßten alle auf einer Seite verlinkten Artikel heruntergeladen und jeweils nach jeder einzelnen der vielen Vorlagen-Bausteinen durchsucht werden - ich bezweifle stark, daß soetwas mit JavaScript allein vernünftig zu realisieren ist. --88.134.44.127 21:05, 13. Okt. 2006 (CEST)

Du bist echt lustig xls, anstatt auch mal ein paar mehr Worte zu deinem Anliegen zu verlieren, kopierst du es munter hinundher. Naja ich bin dann mal so frei und kopiere meine Antwort auf das bei mir hin kopierte auch hierhin... --BLueFiSH ✉ (Langeweile?) 10:44, 14. Okt. 2006 (CEST)

Da die Fragestellung hier genauso schwammig wie auf WP:FZW formuliert ist, stell ich mal die Vermutung an, dass du willst, dass Links zu Artikeln mit diesen Bapperln in anderen Artikeln mit dem Bapperl ausgezeichnet werden. Evtl. wäre das für LA, KEA und EA mit einer ähnlichen Technik wie bei dem "Admin-Skript" möglich, bei den anderen aber sicherlich nicht, da die sich zu schnell ändern. Da ich das aber nicht brauche, werd ich da auch keine weiteren Gedanken investieren. Wär schön, wenn du in Zukunft statt bei mir auf Wikipedia Diskussion:Skin nach sowas fragen könntest. MfG --BLueFiSH ✉ (Langeweile?) 21:06, 13. Okt. 2006 (CEST)

Das Programm müsste eigentlich dann nachschauen, ob der verlinkte Artikel einer dieser Bausteine besitzt (steht unter „folgende Vorlagen werden verwendet“ im Bearbeitungsfenster) und es dann beim Link - durch ein kleines Bild - erwähnen. Dadurch wüsste ich schon vorher die Qualität des Artikels hinterm Link. Könnte es auch sein, dass ich nicht in meine js, sondern in meine css etwas einbauen muss? --xls 12:11, 14. Okt. 2006 (CEST)

Hallo Xls, es geht wohl nicht nur um einen, sondern um alle Links innerhalb eines Artikels, die möglicherweise mit Symbolen zu versehen sind. Wenn Aktualität nicht wichtig ist, könnte das Skript (nicht CSS) auf lokale Listen zugreifen, um den Status nachzuschlagen. Solche Listen ließen sich relativ schnell aus den Kategorien (Kategorie:Lesenswert usw.) oder Bildseiten (Bild:Qsicon lesenswert.png usw.) erzeugen, bedeuteten aber trotzdem regelmäßigen Pflegeaufwand. Ich habe (noch) nicht vor, das zu programmieren. --Wiegels „…“ 15:20, 14. Okt. 2006 (CEST)

Mit Hilfe des Query-Interfaces (z.B. http://de.wikipedia.org/w/query.php?what=categories&titles=Albert%20Einstein) sollte eine aktuelle Abfrage im JavaScript eigentlich problemlos machbar sein. Die Frage ist allerdings, ob das die Server über Gebühr belasten würde (schließlich sind in einem Artikel typischerweise eine ganze Menge Links). Eine lokale Liste per JavaScript zu pflegen hat das Problem, dass JavaScript keine lokalen Dateien schreiben kann (man kann natürlich einen lokalen Webserver mit einem passenden CGI-Script benutzen, aber das ist dann schon etwas mehr Aufwand) --Ce 23:55, 14. Okt. 2006 (CEST)

[Bearbeiten] Text "Beobachtungsliste" auf Beobachtungsliste ausblenden

Ich möchte gerne oben genanntes bewerkstelligen. Ich hätte gedacht, es ginge mit "h1.firstHeading a[href*="Spezial:Watchlist"] { display:none; }", tuts aber nicht. Wer weiß die Lösung? --BLueFiSH ✉ (Langeweile?) 16:57, 19. Okt. 2006 (CEST)

bei mir sieht der HTML-code so aus:

<h1 class="firstHeading">Beobachtungsliste</h1>

will sagen, da ist kein a-tag drin, daß einen href hätte, wo Spezial:Watchlist drin vorkäme. versuch mal

var h = document.getElementsByTagName("h1")[0];
if (h.textContent == "Beobachtungsliste") h.parentNode.removeChild(h);

oder besser teste die URL. -- ∂ 17:53, 19. Okt. 2006 (CEST)

Mkay, dachte, dass der a-tag im CSS universell einsetzbar ist. habs jetzt so gemacht. thx. --BLueFiSH ✉ (Langeweile?) 18:39, 19. Okt. 2006 (CEST)

if ( document.URL.indexOf('Watchlist') > 0) 
{ var h=document.getElementsByTagName("h1")[0]; h.parentNode.removeChild(h); }

Seit dieser Erweiterung geht es auch elegant mit CSS:

body[class="mediawiki ns--1 ltr page-Spezial_Watchlist"] h1.firstHeading {display:none;}

-- aka 16:17, 23. Okt. 2006 (CEST)

... oder kürzer und flexibler:

body.page-Spezial_Watchlist h1.firstHeading { display:none; }

--Wiegels „…“ 05:54, 25. Okt. 2006 (CEST)

[Bearbeiten] gallery: umbruch

weiß zufällig jemand, wie der umbruch der texte in einer gallery gesteurt ist, bei meiner Benutzer:W!B:/myskin.css klappt der nicht. gruß -- W!B: 16:27, 23. Okt. 2006 (CEST)

erledigt, das neue gemeinsame css machts jetzt mit -- W!B: 22:32, 28. Nov. 2006 (CET)

Von „http://de.wikipedia.org../../../s/k/i/Wikipedia_Diskussion%7ESkin_3f0e.html“