MediaWiki Diskussion:Common.css

pagecss

Ich hab eine (wieder ach so verrückte) Idee um CSS für eine bestimmte Seite zu definieren: In die Common.css wird eine Vorlage eingebunden, die die gerade aufgerufene Seite ausliest und alles zurückgibt was in einem <pagecss> [...] </pagecss> steht - per regexp. Will heißen, dass es den Text ({{#regex:{{msgnw:{{FULLPAGENAME}}}}|/(.+?){0,}<pagecss>(.+?)<\/pagecss>(.+?){0,}/i|\2}}) ausliest und dann ausschneidet.

Kurz: in die MediaWiki:Common.css kommt einfach unten hin stehen:

{{AddPageCSS}}

In die Vorlage:AddPageCSS (die dann am besten gleich sysop-Schutz bekommt...):

{{#regex:{{msgnw:{{FULLPAGENAME}}}}|/(.+?){0,}<pagecss>(.+?)<\/pagecss>(.+?){0,}/i|\2}}

und in die einzelne Seite wo das CSS einzubinden ist einfach hinschreiben (z.B.):

<pagecss>td:nth-child(2n) { background-color: #EFF; }</pagecss>

--Bwoebi ^{Hier diskutieren bitte} 01:48, 31. Jul. 2010 (CEST)

Und wofür sollten wir das brauchen? Commons.css sollte Styledeklarationen enthalten, die für alle Seiten gültig sind, die Einbindung von irgendwelchen Extravaganzen für einzelne Seiten (ausgenommen hier die Hauptseite, die ohnehin einen Sonderstatus einnimmt) halte ich da irgendwie für unnötig. Die Commons hier mit irgendwas zu beladen belastet das Wiki nur unnötig. Der Style will dann schließlich auch ordentlich geparst werden.--Andocai _{(Diskussion | Beiträge | Logbuch)} 04:59, 31. Jul. 2010 (CEST)

nunja, bei solch riesigen Tabellen wie zum Beispiel ist es nützlich und das was in <pagecss> steht wirkt sich NUR auf die einzelne Seite aus; d.h. was in der einen Seite deklariert wird ist auf der anderen nicht mehr vorfindbar. In der Hinsicht belastet es das wiki nicht so sehr… (liest die aktuelle Seite aus…) Eine Frage: Kann MediaWiki:Common.css Text parsen? Die .js kann es ja und die .css? Wenn nein dann müssen wir eben einen Style (also eine Seite und dann mit &action=raw) anlegen (der Header ist ja einfach veränderbar?) --Bwoebi ^{Hier diskutieren bitte} 12:53, 31. Jul. 2010 (CEST)

Jede Seite wird geparst. Links, die man hier reinschreibt, alles. Am besten ist es, man legt für Tabellen eine einfache Vorlage an (wie wir es z.B. bei Prettytable gemacht haben...wobei man die wiederum hierher stecken könnte, die wird so überaus oft gebracht..naja :))--Andocai _{(Diskussion | Beiträge | Logbuch)} 15:19, 31. Jul. 2010 (CEST)

Ich habs selber getestet und nein: MediaWiki:Common.css parst NICHT. Aus diesem Grund würde ich dann nur die Vorlage:AddPageCSS anlegen und dann in den head <link rel="stylesheet" type="text/css" href="http://www.fwwiki.de/index.php?title=Vorlage:AddPageCSS&action=raw"/> schreiben (das geht auf jeden Fall in der localSettings (siehe piwik von Tiramon)) --Bwoebi ^{Hier diskutieren bitte} 16:41, 31. Jul. 2010 (CEST)

Öh, ne raw liest den Quellcodeaus ist das falsche, printable=yes, auch-.- Ich habe hier aber etwas gefunden: http://www.mediawiki.org/wiki/Extension:AddScriptCss --Bwoebi ^{Hier diskutieren bitte} 16:41, 31. Jul. 2010 (CEST)

http://www.mediawiki.org/wiki/Extension:CSS ich glaube das ist das richtige, kannste Tiramon mal erreichen und gleichzeitig nach dieser Loop-Extension fragen…? --Bwoebi ^{Hier diskutieren bitte} 12:48, 1. Aug. 2010 (CEST)

Deine ursprüngliche Idee wäre allein deswegen nicht gegangen, weil CSS gecached wird, und somit auf jeder Seite das CSS eingebunden würde, welches auf der FWW-Seite gültig war, die zuerst aufgerufen wurde (bzw. zuerst nach dem letzten Cache-Löschen). Ich wüsste aber eh keinen Fall, in dem wir sowas brauchen?! Und @Ando: bei WP wurde Prettytable durch class="wikitable" ersetzt, was viel, viel, viel besser ist, und was ich auch, wenn ich irgendwann dazu komme das Site-CSS und -JS neu zu strukturieren, auch so einführen werde. Zumal das dann auch je nach Style unterschiedlich gemacht werden kann - der FW-Style, wenn es den überhaupt noch gibt, könnte die wikitables bspw. generell durch Cold-Sunfire-artige Tabellen ersetzen ;-) --Three Of Twelve (D) 16:11, 3. Aug. 2010 (CEST)

Klasse „IEonly“

Da ich gerade am Durchschauen bin und immer wieder auf die hübsche (und im übrigen versteckte) Klasse „IEonly“ gestoßen bin, stelle ich mir die Frage, wie aktuell die Sache denn noch ist. Soweit ich beim Austesten sehe, scheint der Kampfrechner auch im IE8 noch ein wenig rum zu zicken. Eventuell sollte man die Klasse wieder einblenden bzw. durch nen simplen JS-Trick nur für den IE einblenden lassen. Dann kann der brave Firefox-Nutzer sauber durch unser Wiki surfen und muss sich nicht vom IE-Kram ärgern lassen, während der InternetExplorer-User vor eventuellen Fehlern gewarnt ist (darunter wie gesagt der spinnende Kampfrechner und die Tatsache, dass man auf der Minimap bei Orten und Gebieten nicht ein anderes Gebiet anwählen kann). Wie sinnvoll die Unicode-Meldung in MediaWiki:Sitenotice hingegen noch ist, keine Ahnung, nicht probiert.--Andocai (Diskussion | Beiträge | Logbuch) 13:56, 19. Jun. 2011 (CEST)

ist mir auch schon öfters aufgefallen (als ich noch IE hatte^^); im FF sehe ich die Meldungen sowieso nicht?! --Bwoebi ^{Hier diskutieren bitte} 14:07, 19. Jun. 2011 (CEST)

Liegt daran, dass die Meldung momentan ausgeblendet wird (siehe Common.css, wenn du mal den Freewar-Style reinhaust, wirst du sie sehen. Da wurde wohl bei der Einbindung von Common.css gepfuscht). Würde sich aber durch ein kleines Codeschnipsel in Common.js für jeden IE-Nutzer einblenden lassen, während er in FF und anderen Browsern ausgeblendet bleibt.

Das stammt aus uralten Wikizeiten, dürfte aber immer noch aktuell sein, wenn ich das Wiki mit dem IE so betrachte...--Andocai (Diskussion | Beiträge | Logbuch) 14:10, 19. Jun. 2011 (CEST)

Neues Logo

#p-logo a { background-image: url(http://fwwiki.staticdata.de/images/c/ce/FW_Wiki_Logo_135px_fairytreeCembon.png) !important; } bitte einfügen, solange Tira das nicht in den LocalSettings macht --Cembon . . (Diskussion | Beiträge) 07:31, 8. Mai 2012 (CEST)

KatNav-Bild

Bitte http://cembon.galaxycore.de/wiki/images/9/9e/Dropdown.png durch http://fwwiki.staticdata.de/images/9/9e/Dropdown.png ersetzen. --Cembon . . Diskussion 20:19, 8. Dez. 2012 (CET)

Erledigt. --Arbiedz ^Disku 05:33, 9. Dez. 2012 (CET)

http://fwwiki.staticdata.de/--->wiki<---/images/9/9e/Dropdown.png zu

http://fwwiki.staticdata.de/images/9/9e/Dropdown.png ändern bitte.--sniGG ^{why so serious?} 07:32, 9. Dez. 2012 (CET)

Erledigt--schönen 2. Advent, Zabu ^{Mem-Eater Bug} 16:16, 9. Dez. 2012 (CET)

Whua, die Farbe is ja schlimm...--Andocai (Diskussion | Beiträge | Logbuch) 16:31, 9. Dez. 2012 (CET)

Ich hät lieber so ein leichtes blass-Rot wie bei dem NPC-Map-Filter.--schönen 2. Advent, Zabu ^{Mem-Eater Bug} 16:32, 9. Dez. 2012 (CET)

wäre bg-color: #F88 und color: #111 besser? (und border: #F66?) --Bwoebi ^{Hier diskutieren bitte} 16:51, 9. Dez. 2012 (CET)

Nein, wäre sicher nicht besser. Das kann ja mal 7 Tage so auffällig bleiben, dann kann man es ja neutraler machen.^^ --Cembon . . ^really? 16:58, 9. Dez. 2012 (CET)

augenkrebs.--sniGG ^{why so serious?} 21:53, 9. Dez. 2012 (CET)

Logotausch auslagern

In dieser Änderung wurde das statische Logo durch das neue überlagert. Man könnte natürlich nun jährlich die Weihnachts- und Silvestermütze dort direkt einhacken; schöner wäre es IMO jedoch, wenn die Quelle für die Grafik via include o.ä, ausgelagert würde, so dass Common.css nicht jedes mal geändert werden muss. Hat da jemand die Syntax parat? --Arbiedz ^Disku 15:08, 25. Dez. 2013 (CET)

Dafür --Cembon . . (Diskussion | Beiträge) 15:43, 25. Dez. 2013 (CET)

Ist wohl am einfachsten per JS möglich, weiß nicht, ob CSS geparst wird. --Cembon . . (Diskussion | Beiträge) 15:52, 25. Dez. 2013 (CET)

Mein Snippet müsste eigentlich funktionieren. Vielleicht kann ja jemand schauen, wie es richtig gemacht wird. Ansonsten einfach permanent den Hack drin lassen aber auf ein hier hochgeladenes Bild verlinken. Der Pfad bleibt beim Upload einer neuen Version gleich. --Sphinx ^ΔpΔx≥ℎ 16:18, 25. Dez. 2013 (CET)

Ich hatte eigentlich eher folgende Vorstellung (in freier Syntax):
in Common.css:

#p-logo a { background-image: url(LOGO_VERWEIS) !important; }

Und in LOGO_VERWEIS je nach Saison:

FreewarSilvester.png

oder

FreewarWeihnachten.png

oder

Freewar.png

Dann braucht künftig eben nur die Datei/Seite/Variable/Artikel LOGO_VERWEIS angepasst zu werden. --Arbiedz ^Disku 19:56, 25. Dez. 2013 (CET)

Mein Snippet macht im Grunde nix anderes. Aber mw-Syntax wird in den css und js Seiten nicht geparst. Lediglich LESS wird in 1.22 unterstützt, bringt uns aber nicht weiter. Ich bin halt grundsätzlich dennoch dagegen. Das Logo sollte nur von Admin-Seiten verändert werden. Dafür braucht man nur eine Zeile (aus-)kommentieren. Kein Grund dafür mw-Hacks zu benutzen. --Sphinx ^ΔpΔx≥ℎ 21:48, 25. Dez. 2013 (CET)

Ich habe es dann mal in common.css mit Kommentaren realisiert. --Arbiedz ^Disku 22:56, 25. Dez. 2013 (CET)

neue Styleklassen

Aufgrund neuer NPC-Typen:

.layout_color_resistenznpc {
    background:#ccccff;
    border-color:#7777ff;
}
.layout_color_superresistenznpc {
    background:#ccccff;
    border-color:#7777ff;
}

Außerdem haben Angriffswaffen eine andere Rahmenfarbe als VWaffen/Halsschmuck. Diese bitte zu #aa3344 ändern. --Sphinx ^ΔpΔx≥ℎ 10:32, 20. Apr. 2014 (CEST)

Erledigt (hoffe das #aa3344 sollte zu Layout_color_awaffe border-color)--schöne Ostern, Zabu ^{aφ(n)≡ 1(mod n)} 14:49, 20. Apr. 2014 (CEST)

Danke das ging fix :) Jap das war richtig. --Sphinx ^ΔpΔx≥ℎ 15:35, 20. Apr. 2014 (CEST)

So ganz generell würde ich doch dieselbe Rahmendeko nehmen wie auf der Vorlage:Hauptseite/Übersicht? outset und dashed meine ich. --Bwoebi ^{Hier diskutieren bitte} 15:42, 20. Apr. 2014 (CEST)

Darstellungsfehler mit den Kategorien

Auf z.B. Spezial:Einstellungen gibt es einige sehr unschöne Darstellungsfehler mit der Kategorieübersicht zum ausklappen. Ich weiß jetzt nicht ob einer von euch schon einen Fix im UserNS nutzt, aber es sollte definitiv im ganzen Wiki ordentlich funktionieren. Notfalls könnten wir das auf Spezialseiten ausblenden, wenn es sich dort nicht sauber darstellen lässt. -- Galak ^{cry here} 23:57, 29. Jan. 2015 (CET)

siehe FreewarWiki:Fragen_zum_FreewarWiki--sniGG ^{why so serious?} 03:24, 30. Jan. 2015 (CET)

neue Styleklasse für Strahlenmuster

.layout_color_strahlenmuster {
    background:#dddd44;
    border-color:#de9144;
} 

Siehe auch Vorlage Diskussion:Strahlenmuster/Layout#Allgemeines. --Sphinx ^ΔpΔx≥ℎ 23:03, 22. Mär. 2015 (CET)

Erledigt--schönen März, Zabu ^{aφ(n)≡ 1(mod n)} 10:45, 24. Mär. 2015 (CET)

Danke. --Sphinx ^ΔpΔx≥ℎ 10:58, 24. Mär. 2015 (CET)

Hover-Effekt bei prettytable

Tach,

ich finde diesen neuen Effekt beim Drüberfahren mit der Maus ehrlich gesagt eher störend (Marktpreise) und teilweise auch unschön aussehend (Charakterfähigkeiten). Deshalb wollte ich mal fragen, für welche Seiten dieser Effekt denn vorgesehen war?

Besten, --Christatos (Diskussion) 19:21, 9. Dez. 2015 (CET)

für alle mit großen tabellen. mp sind doch n gutes beispiel -> http://take.ms/hnA5b. werden das mehr zeilen, kommt man auch eher durcheinander.

bei charas is das nicht so ganz pretty, wie es sein sollte, da is der hover effekt (im firefox zumindest) nur im leeren kopf oben links. da werd ich nochmal drüber schauen.

anonsten noch Ölförderung/Erweitert, die vorseite Ölförderung (viele spalten & zeilen), Antiker_Würfel_des_Wissens/Effizienz (in die breite gezogene tabelle) und so ziemlich jede andere.

was genau stört dich denn? sollte der effekt im wesentlichen störender sein als nützlich, wird er natürlich wieder entfernt und das ganze kann per user.css gelöst werden. umgekehrt, sollte dies nicht der fall sein, kannst du den hover per user.css wiederum entfernen.--sniGG ^{why so serious?} 23:02, 9. Dez. 2015 (CET)

Bei Marktpreisen seh ich das jetzt nicht so ganz (da interessiert ja vor allem der Preis). Mich stört halt, dass da auf einmal etwas farbig wird, so ganz beschreiben kann ich das auch nicht. Bei großen Tabellen, bei denen viele Werte interessieren, sehe ich den Vorteil allerdings dann auch. Aber könnte man das dann nicht jeweils an der Stelle dann aktivieren? Kann das sonst ja erstmal bei mir selbst deaktiveren. Besten, --Christatos (Diskussion) 01:00, 10. Dez. 2015 (CET)

generell gilt: bei layoutänderungen am besten dem ganzen eine chance geben und bisschen zeit lassen zum wirken ;)

bei MP interessiert eben nicht nur der preis, sondern auch alle anderen w-fragen (wer, wo, wieso, was). bei größeren tabellen verliert man, wie bei jeder anderen größeren tabelle, auch den überblick. kann natürlich von person zu person unterschiedlich sein, ich hab hier eben unterschiedliche meinungen vorliegen, tendenz aber: alle prettytables damit versehen.

stört es dich auch unter https://fwtools.de/ranking/achievements ?liegt es an der farbe? würde dir ein neutrales grau besser gefallen? oder liegt es schlicht am hover-mechanismus? zur farbe kam auch schon unterschiedliches feedback, das kann gerne geändert werden, ich schlage da aber nach wie vor user.css vor, solangs nur einzelne stört. wenns am hover liegt, musst du erst mal damit leben oder es ganz in der user.css abschalten^^--sniGG ^{why so serious?} 17:33, 10. Dez. 2015 (CET)

und ja, es liese sich an bestimmten stellen aktivieren. einfach ne zweite css-klasse einführen, prettytable-nohover oder so, die halt eben keinen hover hat. dafür müsste es aber dann auch nen wirklichen anwendungsfall geben, für den fall, dass hover wirklich nachteilig als vorteilig ist.--sniGG ^{why so serious?} 17:35, 10. Dez. 2015 (CET)

Komischerweise stört mich das bei den fwtools eher gar nicht. Wahrscheinlich war das anfangs tatsächlich nur ungewohnt. Aber könnten wir dann die Charakterfähigkeiten davon irgendwie ausnehmen und bei Marktpreisen die Überschriftenzeile auch? Besten und danke für deine Gedanken dazu. --Christatos (Diskussion) 20:56, 10. Dez. 2015 (CET)

Würde dann doch dafür plädieren, das generell rauszunehmen und nur in Bedarfsfällen manuell einzuträgen. Siehe dazu etwa die Tabelle bei der Qualitätssicherung. --Christatos (Diskussion) 00:17, 15. Dez. 2015 (CET)