MediaWiki Diskussion:Common.js

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 7 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Die Archivübersicht befindet sich unter MediaWiki Diskussion:Common.js/Archiv.

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Interwiki-Links kommentieren

Liebe Fachleute, bei Wikisource gibt es eine sehr schöne Funktion, die es über die Vorlage Interwiki-Info ermöglicht,

• Interwiki-Links mit einem Kommentar zu versehen – dort in der Regel der Hinweis auf die Originalversion bei einer Übersetzung; in der Wikipedia könnte man z.B. bei Bedarf auf eine Version mit deutlich mehr Informationen hinweisen, insbesondere, wenn dies einmal nicht die englische Version ist, – sowohl als Service für Leser, die der betreffenden Sprache mächtig sind, als auch als Hinweis für weitere Wikipedianer, dass es sich lohnt, Informationen von dort zu übernehmen (bei "kleineren" Themen gibt es ja in der Regel in keiner Sprache einen "exzellenten Artikel");
• mehrere Interwiki-Links auf dieselbe Sprache durch einen zusätzlichen Hinweis voneinander zu unterscheiden – bei Wikisource dient dies vor allem dazu, verschiedene Übersetzungen des gleichen Werks zu unterscheiden; hier könnte man mit dieser Funktion bei komplexen Themen, die in anderen Wikipedias anders aufgeteilt sind als in der deutschen, mehrere Interwiki-Links auf dieselbe Sprache anlegen und diese für den Leser sichtbar unterscheiden.

(Am ausgiebigsten wird diese Funktion bisher bei der englischen Wikisource benutzt; hier gibt's eine Übersicht der Seiten, die sie verwenden.) Wie mir El Cazangero erklärt hat, wird das bei Wikisource durch die function interwikiExtra() in s:MediaWiki:Monobook.js ermöglicht. Ich fände es schön, wenn man diese Funktion auch in das Wikipedia-JavaScript übernehmen könnte. --Daniel Bunčić 07:20, 31. Jan. 2007 (CET)

PngFix

Bei en:MediaWiki:Common.js gibt es eine Funktion PngFix mit der beim Internet Explorer 6 durch einen Workaround transparente PNGs beigebracht werden. Bisher werden beim Internet Explorer 6 transparente PNGs oder aus SVG erzeugte PNGs immer mit weißem Hintergrund dargestellt, wie bei folgendem Bild zu erkennen ist:

Wäre es sinnvoll diesen Workaround zu übernehmen um damit eine einheitliche Darstellung bei allen Browsern zu erreichen? --Fomafix 09:23, 14. Nov. 2007 (CET)

Der Quelltext sieht ja nach einem ganz seltsamen Hack aus. Aber wenn es funktioniert, auf jeden Fall pro. --Revolus Echo der Stille 09:34, 14. Nov. 2007 (CET)

Hat das hier sonst noch jemand gelesen? Wo sollte das angesprochen werden, damit es jemand liest? --Fomafix 21:59, 25. Nov. 2007 (CET)

Auch hier wird es gelesen.--Τιλλα 2501 ^± 22:01, 25. Nov. 2007 (CET)

Hast du, Admin, vielleicht auch vor das aufzunehmen? --Revolus Echo der Stille 00:27, 26. Nov. 2007 (CET)

Und wie sieht es danach mit dem IE6 aus?--Τιλλα 2501 ^± 00:46, 26. Nov. 2007 (CET)

Danke, bei meinem Internet Explorer 6 mit aktiviertem JavaScript wird das obige Bild nun wie bei den anderen Browsern ohne störenden weißen Hintergrund angezeigt. --Fomafix 09:22, 26. Nov. 2007 (CET)

Die Funktion löst in der Vorlage:Lageplan einen Darstellungsfehler aus. Ich zweifle ohnehin an der Sinnhaftigkeit dieses Hacks einerseits (hat nicht inzwischen fast jeder den Internet Explorer 7?), vor allem aber an seiner Qualität (müssen JavaScript-Quelltextzeilen nicht mit ; abgeschlossen werden?). Ich würde daher empfehlen, die Funktion wieder zu entfernen. Alternativ sollte bitte an der Stelle, wo bereits die fontSize auf 0 gesetzt wird, zusätzlich die Zeile outerSpanStyle.lineHeight = "0"; eingefügt werden. Das behebt den beobachteten Darstellungsfehler. --TM 20:53, 5. Jan. 2008 (CET)

IMO hat nicht jeder Lust von Schrott (IE6) auf Scheiße (IE7) zu updaten (oder kein ausreichend leistungsfähiges System) HardDisk ^{rm -rf} 21:17, 21. Mär. 2008 (CET)

addOnloadFunct

hallo, das addOnloadFunct ist jetzt in der wikibits.js (sorry for my bad deutsch). 77.216.96.39 17:57, 16. Dez. 2007 (CET)

Wikiminiatlas

Bevor es anlässlich meines Reverts heißt, ich habe zu wenig kommuniziert: Wikipedia:Tellerrand#WikiMiniAtlas_standardmäßig_aktivieren?. Arnomane 02:29, 22. Dez. 2007 (CET)

Hast du. Es gibt offenkundige Probleme, du ignorierst sie. Es gibt Stimmen, die sich fragen, ob sowas nicht individuell aktiviert werden sollte, du ignorierst sie. Bevor man zehntausende Seiten ändert, sollte man dem ganzen mehr als 24 h Zeit geben. --Polarlys 02:38, 22. Dez. 2007 (CET)

So weit ich das beobachten konnte, wird die standardmäßige Aktivierung des Mini-Atlas von der Gemeinschaft keineswegs einhellig begrüßt. Zuerst einmal gibt es eine große Gruppe, der das egal ist, weil sie zum größten Teil wohl gar nicht bemerkt hat, dass man die lustigen blauen Kleckse anklicken kann. Dann gibt es einige (mich eingeschlossen), die stört, dass plötzlich überall in den Infoboxen blaue Weltkugeln auftauchen. Oben rechts wäre das akzeptabel, aber warum unten im Text? Die eigentliche Funktion des Atlas scheint mir ebenfalls sehr umstritten zu sein, da er nur sehr wenige, scheinbar völlig zufällig ausgewählte Punkte einblendet und deshalb kaum als Navigationswerkzeug zu gebrauchen ist. Er entspricht momentan eher der Funktion „zufälliger Artikel“. Lange Rede, kurzer Sinn: Können wir den Atlas bitte als Gadget einbetten, so dass ihn jeder für sich selbst ein- und ausschalten kann? --TM 20:53, 5. Jan. 2008 (CET)

frühjahrsputz

es wird mal wieder zeit für eine entschlackungskur, finde ich. wir haben zu viel code, der zur funktion der wikipedia überhaupt nicht notwendig ist, aber denoch von jedem nutzer geladen werden muß.

• Vorlage:Korrekter Titel ist schon ewig veraltet. den JS-code dazu hab ich daher rausgeworfen.
• der MiniAtlas ist wirklich niedlich und genau das richtige für ein gadget. den code habe ich daher auch rausgeworfen.
• der PngFix ist ziemlich länglich und ich sehe dieses alte IE-problem nicht unbedingt als das unsere. jemand was dagegen, wenn der auch rausfliegt?

so. nochjemand eine idee, was man rauswerfen könnte? -- ∂ 22:35, 5. Jan. 2008 (CET)

Hm, also ganz rausschmeißen muss man den PngFix ja nicht, schließlich gibt es immer noch ein paar IE-Benutzer. Allerdings müsste es doch möglich sein, das PngFix-Skript in eine eigene JS auszulagern und nur dann (per JS) in die Seite einzubinden, wenn es tatsächlich gebraucht wird. D. h., in die allerletzte if-Abfrage, die ggf. die beim Laden auszuführenden Aktionen die PngFix hinzufügt, käme ein zum Beispiel document.write() oder ähnliches. Grüße, --CyRoXX ^(? ±) 23:48, 5. Jan. 2008 (CET)

Bitte werft den „PngFix“ wieder raus oder repariert ihn zumindest. Wie weiter oben schon angemerkt verursacht dieser Hack Darstellungsfehler in diversen Vorlagen, vor allem wenn es um pixelgenaue Positionierungen geht. In der Vorlage:Lageplan konnte ich das Problem beheben, aber ich gehe davon aus, dass das noch mehr Vorlagen betrifft. --TM 15:29, 13. Jan. 2008 (CET)

Ist entfernt.--Τιλλα 2501 ^± 15:34, 13. Jan. 2008 (CET)

Sortierschlüssel bei Tabellensortierung

Ich habe eine neue Version der Vorlage:SortKey geschrieben, die in sortierbaren Tabellen verwendet wird (die bisherige Version benutzt ein unschönes, per CSS "verstecktes" <Span>-tag). Allerdings ist dafür eine Änderung des Sortiercodes nötig; eine der Funkionen aus wikibits.js muss überschrieben werden. Der nötige JS-Code und ein Beispiel sind auf Benutzer:Dapete/SortKey/Beispiel zu finden. Bei der Diskussion in der Vorlagenwerkstatt kamen keine Einwände. Falls irgendwas unklar ist, bitte melden. --Dapeteおい 17:24, 20. Mär. 2008 (CET)

returnObjById()

Function returnObjById() looks pretty much useless: look at runOnloadHook() inside wikibits.js: first it checks for document.getElementById support, which means in very old browsers any function scheduled with addOnloadHook is not executed anyway. -- Alex Smotrov 19:05, 26. Jun. 2008 (CEST)

right. i replaced it with a direct call to document.getElementById -- ∂ 20:54, 26. Jun. 2008 (CEST)

aufgeräumt

wenn das ärger macht [1] bitte bescheid geben. -- ∂ 00:13, 27. Jun. 2008 (CEST)

Dieser Abschnitt kann archiviert werden. Leyo 10:02, 17. Jun. 2009 (CEST)

Ergänzung für den Abschnitt "Skrypt für Vorlage:Galerie"

Durch eine Idee zu den Positionskarte bin ich auf eine Ergänzung für den untersten Abschnitt der Common.js kommen:

Es sollte möglich sein, eigene Überschiften statt des automatischen (1/3) anzugeben. Dafür wären nur ein paar geänderte Zeilen nötig. Ich habe sie auf Benutzer:Revolus/Gal geschrieben (Diff [nebst einiger Kleinigkeiten]). Mit Setzen eines title-Attributes könnte man dann die automatische Überschrift überschreiben. --RevoLus Echo der Stille 03:20, 8. Sep. 2008 (CEST)

gefällt mir. hab's mal eingebaut. -- ∂ 00:31, 9. Sep. 2008 (CEST)

Danke. --RevoLus Echo der Stille 00:37, 9. Sep. 2008 (CEST)

Interessante Sache :-). Allerdings fehlt eine Zeile:

	if (j != units.length - 1) {
+	  rightlink.href = "#";
	rightlink.onclick = toggleImageFunction(i, j, j+1);
	rightlink.appendChild(document.createTextNode("▶"));
	}

Liebe Grüße --Finn-Pauls ._. 13:20, 29. Sep. 2008 (CEST)

Die Zeile fehlt noch immer, so sie denn wirklich fehlt… --Leyo 19:18, 21. Jun. 2009 (CEST)

Ja, die sollte noch rein. --Revolus Echo der Stille 20:18, 21. Jun. 2009 (CEST)

OK, habe die Zeile ergänzt. --Leyo 11:07, 22. Jun. 2009 (CEST)

Drop down

Ich würde gerne längere Tabellen in Artikeln nur auf Anforderung des Lesers anzeigen. In der en.wp gibt es dazu eine "collapsible" funktion. Könnten wir die hier auch bekommen?--WerWil 14:26, 1. Feb. 2009 (CET)

(Zum Hintergrund zu dieser Anfrage siehe Wikipedia Diskussion:Tabellen#Ausklappbar. --W_I^KImaniac 14:48, 1. Feb. 2009 (CET))

Geht nicht? Oder ist unerwünscht?--WerWil 21:29, 12. Feb. 2009 (CET)

IE60Fixes.js

Es gibt ein Skript für IE6 um das fehlerhafte Verhalten von pngs zu beheben. Dies wurde unter Wikipedia:WikiProjekt Vorlagen/Werkstatt/Archiv 2009/1#Problem mit der Anzeige von SVG-Dateien angesprochen. Solange es nicht durch MediaWiki selber (bugzilla:12405) gelöst wird, sollte es lokal für die deutschsprachige Wikipedia zu Verfügung gestellt werden. Für das lokale Handling müsste en:MediaWiki:Common.js/IE60Fixes.js importiert/kopiert werden und ein Abschnitt in die Common.js ergänzt werden:

//Import scripts specific to Internet Explorer 6
    if (navigator.appVersion.substr(22, 1) == "6")
    {
        importScript("MediaWiki:Common.js/IE60Fixes.js")
    }

Der Name der Seite kann auch anders gewählt werden. Vielen Dank. Der Umherirrende 20:00, 15. Feb. 2009 (CET)

*Seitenhieb in 3 … 2 … 1* Jens Ihlenfeld: Der IE6 soll sterben. golem.de, 19. Februar 2009, abgerufen am 21. Februar 2009: „Wieder einmal sammeln sich aktuell Webmaster, um dem alten Microsoft-Browser den Todesstoß zu versetzen.“  :-P --Revolus Echo der Stille 02:08, 21. Feb. 2009 (CET)

Ich kann den Webentwicklerfrust auf den IE6 und den Boykottaufruf sehr gut verstehen. Aber das hilft uns hier nicht viel weiter: Der unerfahrene PC-Nutzer ("PC ist ein Gerät wie eine Waschmaschine") hat mit seinem IE6 (bisher) überwiegend keine Probleme, auch nicht, wenn er einfach etwas bei bei Wikipedia nachschlagen will. Bei manchen Seiten (aber nur bei deutschen, hier wieder unser Beispiel) sieht halt dies und jenes sehr merkwürdig aus. Wie soll dieser Nutzer aber ahnen, dass dies an seinem inzwischen veralteten Browser liegt? M.E. gibt es folgende Lösungsmöglichkeiten:

• Wir wollen die Leute vom IE6 wegbekommen. Dann müssen wir (zumindest bei bekannt problematischen Seiteninhalten) eine Anzeige generieren à la "Wenn Sie sich an auf dieser Seite unzulänglich dargestellten Grafiken stören, empfehlen wir Ihnen, einen neueren Browser zu verwenden" mit Link zu "Wie geht das". Genau diesen Ansatz gehen auch die aktuellen IE6-Boykotteure (man betrachte z.B. diese Seite mit dem IE6).
• Alternativ bleibt eigentlich nur die weitere Unterstützung des IE6, zumal für das hier diskutierte Problem die Lösung in Wikipedia bereits umgesetzt wurde, nur eben nicht in der deutschen.

Wenn keine von diesen beiden Lösungsmöglichkleiten gewählt wird, lässt man den IE6-nutzenden Gelegenheitsnutzer mit schlecht angezeigten Seiten im Regen stehen. Nach meinem Verständnis sollte Wikipedia jedoch auch für Nicht-PC-Freaks hilfreich sein. --Igelfleiß 18:38, 24. Feb. 2009 (CET)

Bereiche in Vorlagen, die nur Admins angezeigt werden

Ich schlage vor, Common.js zu ergänzen, damit Bereiche in Vorlagen festgelegt werden können, die nur Admins angezeigt werden. Siehe dazu diesen Thread. --Leyo 09:08, 15. Mai 2009 (CEST)

Die Umsetzung kann auf zwei Arten erfolgen:

1. So wie auf Commons, wo in Abhängigkeit der Benutzergruppe eine weitere CSS-Seite geladen wird. Vorteil: Änderungen die nur die Sache betreffen lassen sich nachvollziehen. Es muss nur diese Seite neugeladen werden, wenn sich etwas ändert. Nicht-Administratoren können die Seite über ihre eigene Skin.js auch laden.
2. in Abhängigkeit der Benutzergruppe die Methode appendCSS(text) aus wikibits.js bemühen. Vorteil: Es gibt keine weitere Seite und es ist alles sofort ersichtlich. Aber bei einer Änderung wird für jeden Benutzer die Seite neugeladen.

Der Umherirrende 22:21, 16. Mai 2009 (CEST)

Und welche der beiden bevorzugst du? Gibt es weitere Meinungen? --Leyo 12:42, 17. Mai 2009 (CEST)

Ich glaube, das können besser die JavaScript-Profis sagen, die können die Vor- und Nachteile besser abschätzen. Also: Meinungen willkommen. Der Umherirrende 20:30, 18. Mai 2009 (CEST)

Ich würde sagen, man sollte gleich ein Javascript und ein CSS-Skript nachladen. Auch wenn das unmittelbar etwas übertrieben scheinen mag, was man hat, hat man. "Experimente" könntet ihr dann erstmal im Adminskript gemacht werden, bevor es die Allgemeinheit zu Gesicht bekommt und Ähnliches. Bei Bedarf könnte man das Ganze sogar noch andere Benutzergruppen erweitern.

if(typeof wgUserGroups !== "undefined") {
  for(var i = 0; i < wgUserGroups.length(); ++i) {
    if(wgUserGroups[i] === "sysop") {
      importScript("MediaWiki:Group-sysop.js");
      importScript("MediaWiki:Group-sysop.css");
      break;
    }
  }
}

Weitere Stimmen? --Revolus Echo der Stille 20:47, 18. Mai 2009 (CEST) (Code bitte reviewen.)

Von mir aus kann auch ein JavaScript-Skript nachgeladen werden oder auch erst, sobald ein Bedarf vorhanden ist.

Auf Commons wird das CSS-Skript Admin.css genannt, aber dein Vorschlag ist auch OK. --Leyo 15:35, 26. Mai 2009 (CEST)

Ich habe den Vorschlag von Revolus ergänzt (die Zeile mit "MediaWiki:Group-sysop.js" auskommentiert), MediaWiki:Group-sysop.css angelegt und es in Vorlage:JetztAuchSVG getestet. Nur wird es aber für Admins und IPs (testweise ausgeloggt) ausgeblendet. Revolus, kannst du dir das bitte mal anschauen? --Leyo 11:44, 21. Jun. 2009 (CEST)

Da ist wohl ein Typo in dem Code: length() muss in length geändert werden, da es keine Funktion ist. Zudem muss bei der CSS-Seite anstatt importScript importStylesheet benutzt werden. Gruß --P.Copp 12:28, 21. Jun. 2009 (CEST)

Hallo, bitte diese Änderung revertieren und in Zukunft Code immer erst vorher testen, bevor er für die Allgemeinheit eingebunden wird. Wie schon gesagt wurde, ist length eine Eigenschaft und keine Methode, CSS-Dateien sind Formatierungsanweisungen und keine Skripte, werden also mit Content-Type text/css (Funktion importStylesheet) statt text/javascript (Funktion importScript) eingebunden. Außerdem sind leere Benutzergruppen wie bei unangemeldeten Benutzern als Null-Objekte definiert, also nicht undefiniert. --Wiegels „…“ 12:42, 21. Jun. 2009 (CEST)

Oh, das hatte ich übersehen, danke für den Hinweis. Also müsste noch die Zeile

if(typeof wgUserGroups !== "undefined") {

in

if( window.wgUserGroups ) {

geändert werden. --P.Copp 12:55, 21. Jun. 2009 (CEST)

Richtig --Wiegels „…“ 13:09, 21. Jun. 2009 (CEST)

(BK) Danke P.Copp! Ich habe die Fehler korrigiert. Die Fehlerkonsole hatte mir übrigens wgUserGroup.length is not a function angezeigt. --Leyo 12:46, 21. Jun. 2009 (CEST)

Gut, habe das korrigiert. Danke euch beiden. --Leyo 13:25, 21. Jun. 2009 (CEST)

SVG-Grafiken: Links zu PNGs verschiedener Breiten

Es gab ja in der Vergangenheit immer wieder Diskussionen darüber, dass SVG-Grafiken schlechter weiterzunutzen wären als beispielsweise PNGs. Die auf Bildbeschreibungsseiten angezeigten Grafiken sind zwar im PNG-Format, aber häufig zu klein. Für neue Benutzer ist es nicht trivial, an (automatisch generierte) PNGs in höherer Auflösung zu kommen. Ich habe daher in der Redaktion Bilder Lösungsideen dargelegt. Die IMHO beste Variante ist diese, die auch mit von Commons eingebundenen SVG-Grafiken funktioniert und die ich hiermit zur Ergänzung der Common.js vorschlage. --Leyo 01:30, 25. Mai 2009 (CEST) PS. Mein Dank für die technische Umsetzung geht an Slomox.

Erstmal vielen Dank dafür. Ich bin nicht grade Frischling hier, mir war es aber immer ein Graus, SVG zu nutzen, habe das immer per Screenshot gemacht. Auf Commons funktioniert es noch nicht, da kann man sich aber die URI hierher kopieren. Warum gibts die 2048px-Grenze? Bei solchen Karten ist das doch etwas wenig. Aber unterm Strich ist das eine sehr wertvolle Neuerung, die ich uneingeschränkt unterstütze. --Marcela 13:37, 4. Jun. 2009 (CEST)

Das mit Commons verstehe ich nicht. Weshalb diese Grenze besteht, weiss ich nicht. Wohl aus Performancegründen und weil Grafiken in der WP wohl kaum noch grösser verwendet werden. --Leyo 16:38, 4. Jun. 2009 (CEST)

Wenn ich direkt auf Commons bin, habe ich die Links nicht. Aber klar, da wirkt ja die .js aus der Wikipedia nicht. Hätt ich auch selbst drauf kommen können. Was kommt nun? Wird es für alle installiert? --Marcela 16:54, 4. Jun. 2009 (CEST)

Da sich bisher niemand dagegen ausgesprochen hat, werde ich dies bald umsetzen. --Leyo 17:02, 4. Jun. 2009 (CEST)

Sehr gut! Eine wirklich sinnvolle Ergänzung. --Marcela 17:04, 4. Jun. 2009 (CEST)

Hab’s nun ergänzt. Ändern oder entfernen kann man es ja immer noch, wenn doch noch Einwände kommen sollten.

In deinem eigenen Monobook muss du’s nun wieder entfernen, da es sonst doppelt gemoppelt ist. --Leyo 17:14, 4. Jun. 2009 (CEST)

Dieser Abschnitt kann archiviert werden. Leyo 10:01, 17. Jun. 2009 (CEST)

Vorschlag zur Änderung der Tabs bei von Commons eingebundenen Bildern

Bei von Commons eingebundenen Bildern soll die Diskussionsseite auf Commons verlinkt werden: Wikipedia:Administratoren/Notizen#angebotene Bild-Diskussionsseite auf de, obwohl die Bild-Datei von Commons eingebunden ist --Leyo 08:22, 5. Jun. 2009 (CEST)

ts_parseFloat() wieder an formatnum anpassen

Da formatnum die Zahlen mit einer Leerstelle anstatt eines Punktes ausliefert, muss auch die Funktion ts_parseFloat angepasst werden:

-    num = num.replace(/\./g, "");
+    num = num.replace(/\.|#160;/g, ""); /* auch geschützte Leerstellen aus Tausendertrenner akzeptieren */

Gruß, --Revolus Echo der Stille 04:26, 21. Jun. 2009 (CEST)

Bevor ich es anpasse, würde ich gerne noch auf ein, zwei Meinungen warten… --Leyo 13:28, 21. Jun. 2009 (CEST)

Ich denke, seit rev:42715 ist das lokale Überschreiben der Funktion nicht mehr notwendig. Ich schätze, wenn man die Funktion hier löscht, sollte das ganze auch wieder funktionieren. Gruß --P.Copp 13:51, 21. Jun. 2009 (CEST)

Ah, okay, noch besser :-) --Revolus Echo der Stille 14:10, 21. Jun. 2009 (CEST)

Gut, ich habe die Zeile gelöscht. --Leyo 11:07, 22. Jun. 2009 (CEST)