MediaWiki Diskussion:Common.css/Archiv/1

message: Änderungen am CSS sollte mitgeteilt werden, zB per sitenotice, damit die Nutzer Gelegenheit bekommen, ihren Cache zu leeren. Danke --WikiWichtel Cappuccino? 10:25, 19. Dez 2005 (CET)
thread_title: Änderungen mitteilen

message: Hier mal zur Verdeutlichung der Ergänzungen am 18.12.2005 eine Übersicht, weil schon mehrfach danach gefragt wurde:
rahmenfarbe1  Wie Inhaltsverzeichnis  #aaaaaa     	rahmenfarbe2  Unauffällig, geringer Kontrast  #e9e9e9             	rahmenfarbe3  Rot, auffällig #c00000       	rahmenfarbe4   Neutrale Farbe, deutlich #8888aa	rahmenfarbe5  Schwarz, hoher Kontrast #000000
hintergrundfarbe1   Wie Inhaltsverzeichnis #f9f9f9	hintergrundfarbe2   Weiß, für Nicht-Artikel-Seiten, neutral#ffffff	hintergrundfarbe3   Gelb, auffällig #ffff40	hintergrundfarbe4   Sehr auffällig #ffaa00     	hintergrundfarbe5  Neutral, abgesetzt #e0e0e0
Eine sehr gute Idee, das hier festzulegen, war schon länger überfällig ... aber das hg3-Gelb ist schon arg fies, ich hoffe nicht, dass das einem bald ständig irgendwo ins Auge springt ;-) Sinnvoll fände ich eine Ergänzung für alle bildbezogenen Hinweise um das Commonsblau bzw. die Metafarben. Das könnte im Hinblick auf zukünftige Auf-einen-Blick-Zuordnung von Bildern bei vielen Vorlagen zweckdienlich sein. Die Benennungsreihenfolge (momentan 1-5) sollte natürlich intuitiv sein/bleiben. --:Bdk: 12:45, 19. Dez 2005 (CET)
thread_title: Übersicht Rahmen- und Hintergrundfarben

message: Wie wäre eine 2. class (man könnte auch BoxenVerschmelzen, wie schon erwähnt per js ablösen) für Navigationsleisten im Hilfe & Wikipedia Namensraum? Da die jetzige .NavFrame diese Angaben: text-align: center; font-size: 95%; zuviel hat. (Bsp.) -- Ολλίμίνατορέ 10:59, 21. Mai 2006 (CEST)
thread_title:  nicht mitdrucken (erl) 

message: Könnten wir mal analog der englischen Wikipedia dieses Chaos an einzelnen Boxen beseitigen und einige wenigere generischere Klassen einführen, etwa eine allgemeine Infobox-Class? (Siehe englische MediaWiki:Commons.css). Die Sidebox ist schon nicht schlecht, aber leider überdefiniert, Werte wie width sollten eher in die Vorlage. Hawkes 15:57, 16. Jun 2006 (CEST)
replies: text: Ich wäre ebenfalls dafür, hier für Ordnung zu sorgen. Zum Beispiel können die Townbox-Angaben meines Wissens ersatzlos gelöscht werden. Ehe man hier etwas ändert, wäre es jedoch wichtig, zuerst ein wichtiges Detail zu besprechen: Die Einleitung soll im Quelltext vor der jeweiligen Infobox stehen, so dass zum Beispiel Screenreader zuerst die Einleitung vorlesen. Das taucht als Frage regelmäßig bei WP:FZW und in anderen Diskussionen auf. --TM 00:09, 8. Aug. 2007 (CEST)
replies: text: Ich habe mich detailliert mit diesem Problem beschäftigt und festgestellt, dass das mit reinem CSS unmöglich ist. Die Infobox muss im Artikelquelltext zwingend am Anfang stehen. Es existieren allerdings Wege, dieses Problem per JavaScript zu umgehen. Was den Wunsch nach weniger generischen Klassen angeht, denke ich, dass wir mit prettytable alias wikitable und float-right schon gut ausgestattet sind. --TM 10:29, 23. Aug. 2007 (CEST)
replies: text:  Eine eigene CSS-Klasse infobox für Infoboxen hätte gegenüber prettytable den Vorteil, dass die Probleme von prettytable mit den vererbten Eigenschaften auf td und th weggelassen werden könnten. Die infobox-Klasse von :en:MediaWiki:Common.css sieht sinnvoll aus. --Fomafix 12:37, 23. Aug. 2007 (CEST)
thread_title:  Taxobox/Townbox/Paläobox 

message: Es werden immer wieder doppelte Leerzeilen vor Navigationsleisten eingefügt, um durch ein hässliches  einen Abstand zu erzeugen. Diese mehrfachen Leerzeilen werden manchmal in die Navigationsleistenvorlage selbst und manchmal in die Artikel gesetzt.
Eine saubere Lösung dagegen wurde hier Vorgeschlagen. Ich bin unabhängig davon auf die gleiche Lösung gekommen und habe dieses mit mehreren Browsern ausprobiert.
Bitte folgenden Code aufnehmen/integrieren:
 /* Abstand vor Navigationsleisten */
 div.BoxenVerschmelzen,
 div.NavFrame {
   margin-top: 1.5em;
 }
 div.BoxenVerschmelzen div.NavFrame {
   margin-top: 0;
 }
 div.NavFrame + div.NavFrame {
   margin-top: 0;
 }
Durch diesen Abstand wird so manches ständiges Hin und Her von zusätzlichen Leerzeilen beendet. --Fomafix 11:55, 13. Jul 2006 (CEST)
replies: text: Sehr dafür! Die am Fließtext klebenden Navileisten sind ein Krampf (und die dafür eingefügten Leerzeilen ebenso). — PDD — 12:33, 13. Jul 2006 (CEST)

text: Ich habe diese Idee hier schon einmal ausführlich begründet und würde mich sehr freuen, wenn man sie zentral umsetzen könnte. --TM 15:19, 13. Jul 2006 (CEST)
replies: text: So, ich war mal mutig und habe den Vorschlag eingebaut. Bei mir im FF 2.0 beta 1 sieht es gut aus. --Raymond Disk. 18:36, 13. Jul 2006 (CEST)
replies: text: Ich hatte das wie gesagt schon einmal ausführlich mit etlichen Webbrowsern getestet und kann auch jetzt kein Problem erkennen. Ausnahmen: 1. Dort, wo doppelte Leerzeilen oder andere Platzhalter-Konstrukte eingefügt wurden, sind jetzt sehr große Abstände entstanden. Lösung: Die überzählige Leerzeile aus dem Artikeln entfernen. 2. IE-Nutzer sehen bei nicht verschmolzenen mehrfachen Navigationsleisten einen Abstand zwischen den Leisten. Lösung: Die Boxen verschmelzen. Des weiteren möchte ich vorschlagen, die neuen CSS-Anweisungen in die bereits vorhandenen einzubauen, wie hier schon dargestellt. Das spart ein paar Bytes, die bei einer solchen Datei, die jeder herunterlädt, wirklich von Bedeutung sein können. --TM 23:29, 14. Jul 2006 (CEST)

text: Aus welchem Grund sollte die Hintergrundfarbe geändert werden? Kannst Du ein Beispiel nennen? Die normale Hintergrundfarbe von Artikeln ist bereits weiß. --Fomafix 15:12, 13. Okt. 2007 (CEST)
replies: text: Wenn ich diese z.B. in meiner Diskussionsseite einbauen will -- @xqt 15:37, 13. Okt. 2007 (CEST)
replies: text: Probiere folgendes:
Titel
Inhalt
 
 
Titel

Inhalt

 

Dabei kannst Du Dir auch den Abstand vor der Navigationsleiste überschreiben und damit entfernen. --Fomafix 16:09, 13. Okt. 2007 (CEST)
thread_title:  Abstand vor Navigationsleisten 

message: Hallo,
die einzelnen Bilder in den Galerien werden außen mit einem weißen Rahmen umrandet. Ich würde es schöner finden wenn diese Umrandung die gleiche Farbe hätte wie die Hintergrundfarbe der Gallery. Ich habe dazu in meiner monobook.css folgenden Code ergänzt:
 table.gallery {
   background-color: #F9F9F9;
 }
 table.gallery td {
   border-color: #F9F9F9;
 }
Meinungen dazu? -- San Jose 13:50, 15. Jul 2006 (CEST)
replies: text: Vielleicht sollte das auf MediaWiki Diskussion:Monobook.css diskutiert werden. Änderungen hier müssen auch für Skins die blaue Schrift auf gelbem Hintergrund darstellen gültig sein. – Schnargel 23:55, 22. Jul 2006 (CEST)
replies: text: Ohh Stimmt, Monobook.css ist der bessere Diskussionsort. -- San Jose 13:55, 23. Jul 2006 (CEST)
thread_title:  Gallery 

message: Wer weiterhin solchen Spielkram wie absolute Positionierungen von Vorlagen oder anderen Seitenelementen einbauen oder aufrechterhalten will beachte bitte, dass
* um sie allgemein und für jeden sichtbar zu machen solche Dinge für jede Skin separat definiert werden müssen (was spätestens für benutzerdefinierte Skins unmöglich ist)
* aus diesem Grunde die Grundeinstellung für solche Elemente „display: none“ sein muss, was in der Vorlage im umgebenden div- oder span-Tag oder in Common.css erfolgen kann
* die Sichtbarkeit dieser Elemente in den entsprechenden Skin-Dateien dort wo die Positionierung stattfindet dann mit „display: block“ bzw. „display: inline“ wieder hergestellt wird.
Wer nicht weiß, wovon hier die Rede ist möge bitte die Finger davon lassen. – Schnargel 20:40, 22. Jul 2006 (CEST)
thread_title:  Absolute Positionierungen 

message: Ich bin der Meinung, man sollte noch zumindest 2 neue Klassen einfügen: Infoboxen und Kalendernavigation. Momentan sehen nämlich sehr viele Infoboxen sehr uneinheitlich aus und auch die Anpassung ist aufgrund der Anzahl sehr kompliziert und so könnte man Änderungen direkt übernehmen. Ausserdem werden momentan in alle reformierten Kalendernavigationsvorlagen eine Vorlage namens Kalenderstil eingebaut, die man doch direkt in das Stylesheet integrieren könnte, im Stil von Navigationsleisten...Eiragorn Let's talk about... Veni, Vidi, Vomui 16:39, 9. Aug 2006 (CEST)
thread_title:  Neue Klassen! 

message: Zur Zeit gibt es neben einer SideBox Definitionen für Taxoboxen und (völlig unsinnigerweise) die fast gleichen Definitionen noch einmal für Paläoboxen. Diese Definitionen können selbstverständlich von jeder anderen Infobox mitbenutzt werden. Das Problem der Uneinheitlichkeit liegt aber zunächst im Fehlen einer einheitlichen Box-Vorlage, die von den einzelnen Vorlagen verwendet werden müsste, um ein gleichmäßigeres Erscheinungsbild zu erzielen. Die Lösung ist, ähnlich der :Vorlage:Navigationsleiste eine universelle Infobox-Vorlage zu erstellen, die dann von den einzelnen Boxen benutzt wird. Dass sich für die Navigationsleistenvorlage Definitionen hier in Common.css befinden liegt mehr daran, dass dadurch das „Verschmelzen“ aufeinanderfolgender Navigationsleisten möglich ist, als dass es nötig wäre, Definitionen, die die Farben, Schriftstile oder ähnliches betreffen nicht gleich direkt in der Vorlage zu definieren.
Für ein einheitliches Aussehen der Infoboxen wäre es also zunächst nötig, etwas wie eine Unibox zu entwerfen, die entsprechend eingebunden wird. Danach kann man sehen, wo es Sinn macht und nötig wäre, hier entsprechende Definitionen einzubauen. Trivialdefinitionen wie „table.taxobox td.taxo-bild { text-align:center; }“ legt man besser in der Vorlage fest. – Schnargel 05:40, 11. Aug 2006 (CEST)
thread_title:  ... für Infoboxen 

message: Die Kalenderstil-Definitionen sind in :Vorlage:Kalenderstil gut aufgehoben. Sie werden in einer Handvoll sich ähnlicher Vorlagen verwendet und sind auf diese Weise bequem und einfach zusammengefasst. Eine Denkweise, dass man solche Dinge „doch direkt in das Stylesheet integrieren könnte“ ergibt sich vielleicht daraus, dass man Stylesheets für das letzte und höchste Maß aller Dinge hält, das sind sie aber nicht. Definitionen für tausende und gut abgegrenzte Kalenderseiten für hunderttausende Wikipedia-Seiten mitzuschleppen ist nicht effizient. Im Gegenteil: Sachen wie „align="center"“, die sich in hundert Jahren nicht ändern werden, sind besser in den einzelnen Kalenderleistenvorlagen aufgehoben und in der :Vorlage:Kalenderstil sollte man die existierenden CSS-Definitionen für die Farben benutzen und etwas wie „class="hintergrundfarbe1 rahmenfarbe1"“ anstatt der direkten Farbangaben schreiben, denn das ist, wo Stylesheets Sinn machen, und nicht um einen Absatz über drei Ecken zentriert darzustellen. – Schnargel 05:40, 11. Aug 2006 (CEST)
thread_title:  ... für Kalendernavigation 

message: Siehe: http://de.wikipedia.org/w/index.php?title=Wikipedia:Spielwiese&oldid=20990412
Beheben lässt sich dieses Problem, in dem man
clear: right;
in die Style-Definition der Überschriften hinzufügt.
--Martin von Wittich 23:38, 2. Sep 2006 (CEST)
replies: text: Es ist durchaus gewollt, dass floatende Elemente über nächsten die Überschrift hinausragen. Wenn h2 ein clear: right; bekommt, dann ist so etwas wie bei Bundesautobahn 7 nicht mehr möglich. --Fomafix 17:24, 4. Sep 2006 (CEST)

text: Sollte so etwas mal unterbunden werden, so kann das mit  erreicht werden. --Fomafix 17:29, 4. Sep 2006 (CEST)
replies: text: OK, das hatte ich natürlich nicht bedacht. Danke für den Hinweis! --Martin von Wittich 17:18, 7. Sep 2006 (CEST)
thread_title:  Grafikfehler: Überschriften ragen in float-Elemente rein 

message: Hallo!
Mir ist in der englischen Wikipedia aufgefallen, dass bei Anklicken eines Verweises auf eine Fußnote im Artikeltext in den entsprechenden Bereich der Referenzen gesprungen wird, und die betreffende Referenz farblich hervorgehoben wird. Dies ist ein tolles Feature für Artikel mit vielen einzelnen Quellenangaben. In der deutschen Wikipedia gibt es anscheinend diese Funktion im Moment nicht. Warum ist hier diese Funktion im Customizing nicht aktiviert worden oder ist eine MediaWiki Software im Einsatz die diese Funktion nicht bietet? Video2005 23:37, 12. Mai 2007 (CEST)
replies: text: Stimmt, sollte man hier auch einführen.--Τιλλα 2501 ± 00:20, 13. Mai 2007 (CEST)

text: Ist sicher eine Javascriptspielerei. Ich kann's aber auf en: nicht finde, fragt mal jemand auf der Dorpuppe nach? --DaB. 03:58, 13. Mai 2007 (CEST)
replies: text: Ich hab die Änderung aus der en.WP gefunden, ganz einfaches CSS in MediaWiki:Common.css (hier die Diskussion dazu). --Dapeteばか 14:04, 13. Mai 2007 (CEST)
replies: text: Super! Ich habe zumindest in meiner monobook.css die Anpassung mit Erfolg vorgenommen. Jetzt stellt sich nur die Frage, ob irgend etwas dagegen spricht diese Funktion für alle in der globalen Common.css zu aktivieren. Muss dann dazu die Anfrage auf der Common.css Diskussionsseite geführt werden oder hier? Video2005 19:40, 13. Mai 2007 (CEST)
replies: text: IMHO nicht, ich wäre auch für die Einbindung ins CSS. — Pill (Diskussion · Bewertung) 11:29, 19. Mai 2007 (CEST)
replies: text: Dem kann ich nur zustimmen. Wollte auch gerade den Vorschlag hier einbringen. --M.L 22:41, 26. Mai 2007 (CEST)
thread_title:  References - Hervorhebung aufgerufene Quellenangabe 

message: Hallo, kann bitte ein Admin unverzüglich [ diese] Änderung rückgängig machen?  Die Schaltfläche „Änderungen zeigen“ ist ein sehr wichtiges und für mich unverzichtbares Kontrollelement der Bedienoberfläche.  Wer sie nicht braucht, kann sie in seinem persönlichen Skin abschalten, aber einem unangemeldeten oder unerfahrenen Benutzer sollte sie doch zur Verfügung stehen.  Gibt es überhaupt einen nachvollziehbaren Anlass für diese Änderung, wie zum Beispiel ein Meinungsbild?  Bei Fragen zur Wikipedia kann ich keinen Anlass erkennen.  --Wiegels „…“ 13:18, 20. Mai 2007 (CEST)
thread_title:  Schaltfläche [Änderungen zeigen] 

message: : Verschoben nach Wikipedia:Verbesserungsvorschläge#imagemap inlinen --Revolus Δ 15:38, 30. Jul. 2007 (CEST)
thread_title:  imagemap inlinen 

message: Durch eine Änderung an der Vorlage:Infobox Ort in Deutschland bin ich darauf gestoßen, dass die CSS-Klasse error wohl in den Skins wie Monobook drin ist. Wenn ich TM richtig verstehe, muss die Klasse aber in allen Skins vorhanden sein. Wäre sie damit kein Kandidat für Common.css? Aktuell erst mal für de.wikipedia, später wohl allgemein für MediaWiki --S.K. 20:05, 7. Aug. 2007 (CEST)
replies: text: Die Klasse "error" ist für alle Skins definiert. Gerade noch in meinem Testwiki ausprobiert. Ich sehe daher keinen Handlungsbedarf. --Raymond Disk. Bew. 22:57, 7. Aug. 2007 (CEST)
replies: text:  Eiverstanden, dass kein akuter Handlungsbedarf besteht. Aber wäre es nicht sinnvoll, dass grundsätzlich zu machen? Die ganzen Definitionen wie hintergrundX, rahmenfarbeX, ... sind ja auch als Default hier einmal drin und können dann, so gewünscht, in den Skins angepasst werden? Ist aber zugegebenermaßen eher eine Frage für MediaWiki. --S.K. 09:19, 9. Aug. 2007 (CEST)
thread_title:  CSS-Klasse "error" von Skins hierher verlagern? 

message: Der Abstand zwischen der Nummerierung und dem Text in Inhaltsverzeichnissen ist doch sehr klein. Gerade wenn die einzelnen Abschnitte mit Jahreszahlen betitelt werden, leidet doch die viesuelle Trennbarkeit von Nummer und darauffolgender Zahl (Beispiel). Mitunter werden dann vor den eigentlichen TOC-Text eine Reihe von  s gesetzt (siehe aktuelle Version des verlinkten Artikels und Benutzer_Diskussion:Gnu1742#Chronologie_Styling). Mein Vorschlag: Folgende Zeilen css in der common.css fügen einen kleinen Zwischenraum zwischen der Nummerierung und dem Text ein:
 /* Größerer Abstand zwischen TOC-Nummerierung und TOC-Eintrag */
 span.tocnumber {margin-right:0.4em;}
Die Lesbarkeit wird erhöht, ohne dass hier radikal das Layout verändert wird und auf oben genannte unschöne Konstrukte können wir dann guten Gewissens verzichten. Meinungen? Alternativen? Kritik? Grüßle, --Gnu1742 12:39, 9. Aug. 2007 (CEST)
replies: text: Könnte man denen nicht dazu auch eine hellere Farbe zur Abstufung zukommen lassen? Vielleicht #555. --Revolus Δ 12:50, 9. Aug. 2007 (CEST)
replies: text: Das fänd ich visuell widerum etwas arg unruhig. --Gnu1742 12:53, 9. Aug. 2007 (CEST)
replies: text:  Hm, hast Recht, das könnte den Fokus beim Lesen zu sehr auf die Nummerierung lenken. Vergiss meinen Vorschlag einfach, deiner ist gut. --Revolus Δ 12:58, 9. Aug. 2007 (CEST)

text: Könnte man das mit padding statt margin machen? Ich lasse Links mit Unterstreichung anzeigen. Jetzt gibt es eine merkwürdig zweigeteilte Lücke, die erste Hälfte der Lücke ohne Unterstreichung und die zweite Hälfte mit. --TM 18:35, 13. Aug. 2007 (CEST)
replies: text: Öhm... bei mir war weder vor- noch nachher eine Lücke: Die beiden Spans, deren Abstand vergrößert wurde, liegen innerhalb des <a>-Tags und sind somit beide komplett unterstrichen... --Gnu1742 18:42, 13. Aug. 2007 (CEST)
replies: text: Ich verwende Opera. Da sieht das so aus: 2.3 Beispiel. --TM 21:01, 13. Aug. 2007 (CEST)
replies: text:  Also ich finde die Lücke in der Unterstreichung gerade gut. Dadurch wirkt es die ein Index in einem Buch. --Revolus Δ 01:39, 14. Aug. 2007 (CEST)
replies: text: Wenn es eine richtige Lücke wäre, ja. Aber hier ist die Lücke halb unterstrichen und halb nicht unterstrichen. Auf mich macht das den Eindruck eines Darstellungsfehlers, der sich zudem noch durch sämtliche Artikel zieht, die ein Inhaltsverzeichnis haben. Außerdem sollte das Ziel eine einheitliche Darstellung in allen Webbrowsern sein, und die kann wie schon gesagt mit padding erreicht werden. --TM 09:01, 14. Aug. 2007 (CEST)
replies: text: Der 'Fehler' liegt an dem Leerzeichen, welches bei Inhaltsverzeichnissen zwischen Nummer und Titel eingefügt wird und nicht an den spans, auf die sich die Style-Rule bezieht. Das dürfte sich auch mit padding anstelle von margin nicht ändern. Zumindest habe ich auf meiner Testseite auch mit Opera keinen Unterschied in der Darstellung gesehen... --Gnu1742 10:45, 14. Aug. 2007 (CEST)
replies: text: Ich habe mich geirrt. Ob margin oder padding verwendet wird, ergibt keinen Unterschied. Opera zeigt das immer so an. Eine Lösung dafür konnte ich nicht finden, so dass ich das wohl als Opera-Bug akzeptieren muss. Auf das Leerzeichen darf übrigens nicht verzichtet werden, da dann die Darstellung ohne CSS inakzeptabel wäre („2.3Beispiel“), Screenreader würde es falsch vorlesen („Zwei Punkt Dreibeispiel“) usw. --TM 11:56, 14. Aug. 2007 (CEST)
thread_title:  Abstand zwischen TOC-Nummerierung und TOC-Text 

message: Kann mir übrigens mal jemand sagen, was die beiden border-style: hidden; in dieser Datei zu suchen haben? Das wurde 2004 mal beim wilden Herumexperimentieren eingefügt und seit dem offenbar nie wieder entfernt. Zur Erklärung: Im Zusammenhang mit border gibt es nur das Schlüsselwort none. Das Schlüsselwort hidden gehört zur Eigenschaft visibility und hat hier nichts zu suchen wirkt nur im Zusammenhang mit Tabellen. --TM 23:03, 30. Aug. 2007 (CEST)
replies: text: hidden ist schon ok: http://de.selfhtml.org/css/eigenschaften/rahmen.htm#hidden --Revolus Δ 23:30, 30. Aug. 2007 (CEST)
replies: text: Interessant. Trotzdem ist das border-style: hidden; überflüssig, da es zum einen von dem nachfolgenden border-style: none; in jedem Fall überschrieben wird und zum anderen nur bei Tabellen überhaupt eine Wirkung zeigen würde. Aus dem selben Grund ist auch die Angabe border-collapse wirkungslos. Weder border-collapse noch border-style: hidden; haben bei div-Containern eine Wirkung. Ich habe diese Zeile daher ebenfalls entfernt. Des weiteren habe ich einige doppelte CSS-Angaben zusammen gefasst (font-size: 100%; stand dreimal direkt hintereinander) und wenn möglich kürzere Alternativen eingesetzt (die Maßangabe bei 0px war unnötig). Ich würde vorschlagen, das jetzt so zu übernehmen (nicht vergessen, den dann überflüssigen Abschnitt „Abstand vor Navigationsleisten“ zu entfernen). Wenn möglich bitte mit Tabulatoren, um die Datei klein zu halten. --TM 09:58, 31. Aug. 2007 (CEST)
thread_title:  Invalides CSS: <code>border-style: hidden;</code> 

message: Ich habe hier einen Vorschlag für eine neue CSS-Definition für die Navigationsleisten. Es sind noch nicht alle Vorschläge von oben eingebaut, da diese einzeln diskutiert werden sollten. --Fomafix 18:51, 3. Sep. 2007 (CEST)
thread_title:  Neue CSS-Definition für Navigationsleisten 

message: Immer wieder wird damit argumentiert, Unicode-Zeichen nicht zu verwenden, weil sie im Internet Explorer nicht korrekt angezeigt werden. Es wurde schon die Vorlage:Unicode gegen dieses Problem "erfunden". Bloß wo soll man sie anwenden? Was ist ein Unicode-Zeichen, das man damit anzeigbar machen soll? Meiner Meinung ist die Vorlage nur eine mäßige Behelfslösung, da sie in Lemmata nicht angewendet werden kann und man bei manchen Artikeln quasi den gesamten Quelltext in die Vorlage packen sollte. Die einfachste und eleganteste Lösung wäre es doch, die in der Vorlage:Unicode angegebenen Schriftarten in die commons.css bei #content oder body zu packen. Somit hätte man ein Problem gelöst und viele Argumente gegen Unicode fielen weg. --Revolus Echo der Stille 13:43, 23. Sep. 2007 (CEST)
replies: text: Huhu? --Revolus Echo der Stille 18:11, 28. Sep. 2007 (CEST)
thread_title:  Standardschriftart ändern 

message: Hallo liebe CSS-Bastler. Schon seit längerem stört mich gewaltig, dass man WP-Artikel nicht vernünftig drucken kann. Weil einem ein besonderes Stylesheet für das Ausdrucken aufgezwungen wird, dieses aber gelinde gesagt untauglich ist. Am schlimmsten ist, dass der Textumfluss um die Bilder nicht funktioniert. Sieht aber auch sonst sehr bescheiden aus. Interessanterweise finde ich heute heraus, dass das mit dem Textumfluss bei en:WP ganz prächtig klappt. Mir scheint also, dass bei den zahlreichen Anpassungen hier in de irgendwann irgendwas zerschossen worden ist. Nun also zwei Fragen:
* Gibt es Aussicht, dass sich einer von den begnadeten CSS-Gurus mal auf die Suche macht und das mit dem Textumfluss behebt?
* Gibt es eine Möglichkeit, wie ich die Anwendung des print-CSS ganz unterdrücken kann, damit ich einen Artikel einfach so ausdrucken kann, wie er auf dem Bildschirm zu sehen ist?
Ich harre in Hoffnung. Grüße --ThePeter 20:18, 27. Sep. 2007 (CEST)
replies: text: Kannst Du eine Seite nennen, die Probleme bereitet und bei en:WP funktioniert? --Fomafix 22:47, 27. Sep. 2007 (CEST)
replies: text: Eigentlich nein, weil die Seiten auf de und en nicht identisch sind. Komischerweise stoße ich auch jetzt auf ähnliche Probleme in en. Gestern habe ich zahlreiche Artikel angesehen und überall passte der Umfluss. Komisch. Nun gut. Ich formuliere Frage 1 um: Besteht Aussicht, dass jemand das Umflussproblem behebt, obwohl es auch in en besteht? Frage 2 bleibt unverändert. ;) --ThePeter 12:01, 28. Sep. 2007 (CEST)
replies: text: Welches Umflussproblem? Ohne Beispielseite lässt sich schlecht über ein Ist-/Soll-Verhalten diskutieren. Auch wird der verwendete Browser eine große Rolle dabei spielen. --Fomafix 12:20, 28. Sep. 2007 (CEST)
replies: text: Versuche z.B. mal, Finnischer Bürgerkrieg auszudrucken. Der Text fließt, vom Bild in der Einleitung abgesehen, nicht um die Bilder (jedenfalls nicht im Firefox, aber als ich zuletzt geschaut habe, war das Problem im IE das gleiche). --ThePeter 14:15, 28. Sep. 2007 (CEST)
replies: text: Das Problem hatte ich auch schon. Es ist jedenfalls kein Einzelfall. Im Browser siehts gut aus, aber beim Ausdruck fließt der Text nicht außenrum. (IE6, in meinem Firefox hab ichs noch nicht ausprobiert)--Versusray | Diskutiere mich | Bewerte Mich | Tester gesucht! 14:29, 28. Sep. 2007 (CEST)
replies: text:  Könntet ihr mal einen Screenshot der Druckvorschau machen? Bei Opera 9 sieht alles gut aus. --Revolus Echo der Stille 14:32, 28. Sep. 2007 (CEST)
replies: text:  Ich konnte weder beim Internet Explorer, noch beim Firefox und auch nicht beim Opera Probleme in der Druckvorschau feststellen. Wo ist Dein Problem? --Fomafix 15:18, 28. Sep. 2007 (CEST)
replies: text: Beim Ausdrucken selber. Im Browser siehts ja auch gut aus. --Versusray | Diskutiere mich | Bewerte Mich | Tester gesucht! 15:24, 28. Sep. 2007 (CEST)
replies: text: Ich habe in allen Browsern die Druckvorschau angeschaut. Kommt dort ein anderes Ergebnis, wenn ich die angezeigten Seiten physikalisch ausdrucke? --Fomafix 15:31, 28. Sep. 2007 (CEST)
replies: text:  Vielleicht kann du den Druck ja mal einscannen. --Revolus Echo der Stille 15:46, 28. Sep. 2007 (CEST)
replies: text: hier. --ST ○ 09:12, 29. Sep. 2007 (CEST)

text: Versuchs mal damit: http://upload.wikimedia.org/wikipedia/de/5/53/Finnischer_B%C3%BCrgerkrieg_-_Wikipedia.pdf Du hast nicht zufällig die Bildbeschreibungsseite zu öffnen versucht? --Versusray | Diskutiere mich | Bewerte Mich | Tester gesucht! 13:53, 29. Sep. 2007 (CEST)
replies: text:  Ich kann die Probleme bei mir nicht nachvollziehen. Bei mir werden die Bilder immer korrekt umflossen. Sowohl in der Druckvorschau, als auch beim Ausdruck in ein PDF. Sowohl beim Drucken des Artikels, als auch bei der Druckversion. Angemeldet, als auch unangemeldet. Mit Firefox, Opera und Internet Explorer. --Fomafix 14:04, 29. Sep. 2007 (CEST)
thread_title:  Druckformate zerschossen 

message: Mir gefällt diese Version des Sterns besser. Meinungen?--Τιλλα 2501 ± 14:35, 2. Nov. 2007 (CET)
replies: text: Hast du den schon mit verschiedenen Browsern angeschaut? --Revolus Echo der Stille 15:40, 2. Nov. 2007 (CET)
replies: text:  Nur mit dem FF und jetzt auch mit dem IE.--Τιλλα 2501 ± 16:34, 2. Nov. 2007 (CET)
replies: text:  Ja es ging mir hauptsächlich um den IE. Wenn es mit dem gut=transparent aussieht, spricht eigentlich nichts gegen eine Änderung. Mit dem "Glanz" sieht es jedenfalls besser aus. --Revolus Echo der Stille 16:39, 2. Nov. 2007 (CET)
replies: text:  Allerdings nur den 7er, wie der Stern sonst aussieht weiß ich nicht.--Τιλλα 2501 ± 16:41, 2. Nov. 2007 (CET)
replies: text:  Mit IE6 ist der neue Stern nicht transparent. Allerdings habe ich auch nur mit Ies4Linux getestet, weshalb meine Aussagen nicht so ohne Weiteres nützlich ist. --Revolus Echo der Stille 16:45, 2. Nov. 2007 (CET)
replies: text: Kann ich bestätigen. Beim IE6 ist der Stern nicht transparent. --Eneas 16:53, 2. Nov. 2007 (CET)
thread_title:  Link FA 2 

message: Beim move von der Vorlage:Prettytable zu class="prettytable" hat man festgestellt, dass die css-angaben nicht kompatibel mit den tabellen, die vom WikiHiero plugin generiert wird... Am 16. November wurde auf der Projektneuheiten-Seite bekannt gegeben, dass die Tabellen des WikiHiero-Plugins neu mit einem css-class generiert werden. Deswegen: kann jmd. folgende 2 Zeilen hier einfügten? :
.mw-hierotable { border: 0px; }
.mw-hierotable th, .mw-hierotable td { border: 0px; }
Gruss & Danke --kajk ✉ 10:44, 6. Dez. 2007 (CET)
replies: text: [x] Done. — Raymond Disk. Bew. 12:35, 6. Dez. 2007 (CET)
thread_title:  mw-hierotable 

message: Eine Standardfolge für die meisten Fälle
* Für die Vorlagen "Unicode", "IPA", "Altitalisch" "Musik" und arab. Schrift:
 span.Unicode,
 span.IAST,
 span.music-symbol,
 span.spanAr,
 span.altitalisch
 { 
  font-family:
  'Arial Unicode MS',
  'Code 2000',
  'Bitstream Cyberbit',
  'TITUS Cyberbit Basic',
  'Lucida Sans Unicode',
  'DejaVu Sans',
  sans-serif ;
 }
Mehr benötigt man nicht. Reihenfolge nach Dateigröße und Anzahl der Zeichen im Font.
Für Vorlage Hebräisch:
 span.hebrew { font-family:
 'SBL Hebrew',
 'Arial Unicode MS',
 'Code 2000',
 'Bitstream Cyberbit',
  'TITUS Cyberbit Basic',
 'Lucida Sans Unicode',
 'DejaVu Sans',
 sans-serif ;
 }
Mehr benötigt man nicht. Cäsium137 00:34, 12. Feb. 2008 (CET)
thread_title:  Eintragungen 

message: Mit #mw-revisiontoggle { float:right; margin-left:1ex; } würde das (+/-) nach dem Anklicken an seinem Platz bleiben. Wenn man nur kurz gucken will, was sich dahinter verbirgt, ist es für einen Moment verwirrend, wenn der "Link" verschwunden zu sein scheint. Er ist zwar nur nach links verrutscht, aber es ginge auch besser :-) --Revolus Echo der Stille 02:38, 7. Mai 2008 (CEST)
replies: text: gute Idee. -- San Jose 14:11, 7. Mai 2008 (CEST)
replies: text:  Da hatte noch einer die Idee. --Revolus Echo der Stille 22:09, 7. Mai 2008 (CEST)

text: Archivierung dieses Abschnittes wurde am 22:09, 7. Mai 2008 (CEST)
thread_title:  "Gesichtet"-Kästchen (erl.) 

message: Bei den Klassen .Unicode, .Unicode1 sowie .Unicode2 sind Code2000, Code2001 und Code2002 jeweils getrennt geschrieben (also Code 2000, Code 2001 und Code 2002). Die Schriftnamen müssen aber zusammengeschrieben werden. -- Prince Kassad 19:35, 27. Mär. 2008 (CET)
replies: text: Repariert. — Raymond Disk. Bew. 19:41, 27. Mär. 2008 (CET)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:24, 6. Okt. 2008 (CEST)
thread_title:  Fehler bei .Unicode 

message: Hai, Könnte jemand die css-class .mw-hierotable und die erweiterung .mw-hierotable th, .mw-hierotable td no zusätzlich ein padding:0px; hinzufügen?
Das Problem ohne diese Definition ist, dass die Hieroglyphen (ohne das "padding:0px;") in einer Tabelle mit der Klasse prettytable einen grösseren Abstand aufweisen. So ist es nicht mehr möglich eine schöne Hieroglyphenkartusche oder ein Serech drum zu bauen.
Also neu:
.mw-hierotable { border: 0px; padding: 0px; }
.mw-hierotable th, .mw-hierotable td { border: 0px; padding: 0px; }
Dies Änderungen habe ich mit meinem monobook.css getestet. danke&gruss--kajk ✉ 12:02, 4. Jun. 2008 (CEST)
replies: text: Hallo? Aus welchen Gründen werden diese Änderungen nicht eingefügt? gruss--kajk ✉ 13:56, 16. Jun. 2008 (CEST)
replies: text: Moin, ist jetzt drin. Sorry, hat wohl vorher einfach niemand gesehen. :( Viele Grüße, —mnh·∇· 14:01, 16. Jun. 2008 (CEST)
replies: text: np, danke viel mals :-) gruss--kajk ✉ 13:21, 17. Jun. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:24, 6. Okt. 2008 (CEST)
thread_title:  padding der Hieroglyphen 

message: Schon bei ganz simplen Gruppen-Refs wie Beispiel <ref group="a"> entstehen allzu leicht „hässliche“ Zeilenumbrüche innerhalb „[a 1]“. Da aber das Verwenden von <ref group="a">... manche Gemüter sehr stark zu irritieren scheint (EditWar und Vandalismusmeldung), halte ich es für empfehlenswert MediaWiki:Common.css mit "white-space:nowrap" an der entsprechenden Stelle zu ergänzen.
*
--ParaDox 17:56, 23. Jun. 2008 (CEST)
replies: text: Done. Dafür ist die Common.css da. —mnh·∇· 18:41, 23. Jun. 2008 (CEST)
replies: text: Vielen Dank :-)  Bin froh dass der Zwist ein so schnelles und einfaches Ende finden konnte. Die s habe ich selbst entfernt (A B).Gruß, --ParaDox 18:50, 23. Jun. 2008 (CEST)
replies: text: Dito und danke für's Entfernen. Viele Grüße, —mnh·∇· 19:06, 23. Jun. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:24, 6. Okt. 2008 (CEST)
thread_title:  ".reference, .references sup" könnte "white-space:nowrap" gut vertragen (erl.) 

message: Ich glaube nicht, dass dieses Zeug von allgemeinem Interesse ist. Ich wäre für eine Auslagerung in ein Gadget. Meinungen? Gruß, Code·is·poetry 15:28, 1. Jul. 2008 (CEST)
replies: text: da hast Du sicherlich recht - das braucht keinesfalls für jeden benutzer geladen zu werden --W!B: 01:31, 8. Jul. 2008 (CEST)
replies: text: Ich habe es erstmal komplett rausgenommen, der Ticker läuft im Moment sowieso nicht. Code·is·poetry 10:27, 18. Jul. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:24, 6. Okt. 2008 (CEST)
thread_title:  CommonsTicker 

message: Vor einem knappen Jahr habe ich bereits das störende height bei der CSS-Klasse NavHead angesprochen: MediaWiki Diskussion:Common.css/Archiv/1#height bei NavHead. Die Vorlagenwerkstatt ist auf das gleiche Problem gestoßen und hat mich angesprochen: Benutzer Diskussion:Fomafix#WP:WVW#Vorlage:Kopfzeile Kategoriesystem Planen und Bauen. height:1.6em sollte entfernt werden, da die Höhenangabe nicht benötigt wird und nur für Darstellungsfehler sorgt.
Das Problem ist aber der Internet Explorer bis zur Version 6. Dort bewirkt height:1.6em zwar keine unnötige Höhenangabe, aber behebt einen anderen Darstellungsfehler. Folgende Navigationsleiste
 
sieht derzeit mit height: 1.6em; so aus:
MehrzeileÜberschrift
hier steht ein wegklappbarer Inhalt
 
Ohne height: 1.6em; würde sie so aussehen und hat beim Internet Explorer 6 Darstellungsprobleme:
MehrzeileÜberschrift
hier steht ein wegklappbarer Inhalt
 
Als Workaround hatte ich damals .NavFrame { width:100% } vorgeschlagen, was aber geringe Nebeneffekte hat. Eine bessere Methode ist daher .NavFrame, .NavToggle, .NavPic { position:relative }.
Klappen
MehrzeileÜberschrift
hier steht ein wegklappbarer Inhalt
 
Bitte height:1.6em entfernen und .NavFrame, .NavToggle, .NavPic { position:relative } als Workaround für den Internet Explorer 6 einbauen. --Fomafix 17:29, 25. Aug. 2008 (CEST)
replies: text: Ich unterstützte diese Bitte vollumfänglich. Gruß --WIKImaniac 20:54, 25. Aug. 2008 (CEST)
replies: text:  +1 --Revolus Echo der Stille 21:31, 28. Aug. 2008 (CEST)

text: Genau dafür gibt es ja WP:AAF. Erledigt. — PDD — 08:46, 29. Aug. 2008 (CEST)
replies: text: Danke! Gruß --WIKImaniac 21:01, 29. Aug. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:24, 6. Okt. 2008 (CEST)
thread_title:  height bei NavHead entfernen 

message: Die CSS-Klasse TownBox ist in die MediaWiki:Common.css eingebunden worden. Wird/wurde diese Klasse verwendet? Soll sie verwendet werden? Wikipedia:TownBox ist als Archiv deklariert. Wenn die CSS-Klasse nicht gebraucht wird, könnte entfernt wieder werden. --Fomafix 15:08, 16. Jul. 2008 (CEST)
replies: text: Das wurde eingebunden, da global entfernt, aber noch einbindungen vorhanden waren. Nach der Aussage hier kann es aber wohl wieder entfernt werden. Der Umherirrende 15:23, 16. Jul. 2008 (CEST)
replies: text: Auf Basis des Dumps vom 25. Juli habe ich das Wort "TownBox" nicht gefunden, daher sollte dieser Edit rückgängig gemacht werden. Der Umherirrende 17:38, 8. Okt. 2008 (CEST)
replies: text:  Der Name TownBox eignet sich nicht als Universalklasse, auch wenn die CSS-Definition im Prinzip dazu geeignet wäre. .infobox könnte eine passende Universalklasse werden. Da TownBox im Dump nicht verwendet wird sollte die CSS-Definition entfernt werden. --Fomafix 21:33, 8. Okt. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 17:59, 9. Okt. 2008 (CEST)
thread_title:  TownBox 

message: Die Box mit dem Inhaltsverzeichnis hat keinen eigenen Rand außen herum, also .toc { margin: 0 }. Die Abstände zur darüber oder darunter liegenden Box werden durch die jeweiligen Boxen definiert. Nach dem Inhaltsverzeichnis kommt üblicherweise die erste Überschrift, die einen angemessenen oberen Rand hat. Vor dem Inhaltsverzeichnis steht normalerweise Fließtext mit dem Abstand p { margin-bottom: 0.5em } aus http://de.wikipedia.org/skins-1.5/monobook/main.css. Steht vor dem Inhaltsverzeichnis eine Aufzählung wie bei Balkentheorie, so gilt ul, ol { margin-bottom: 0 }. Der Abstand vor dem Inhaltsverzeichnis ist hier zu gering und wird häufig mit doppelten Leerzeichen erhöht . Dieser „Fehler“ sollte per CSS korrigiert werden.
Ein Ändern des Rands von ul oder ol verbietet sich. Ein generelles .toc { margin-top: 0.5em } funktioniert und teste ich auch schon seit fast einem Jahr . Diese Methode hat aber den Nachteil, dass in den seltenen Fällen, bei denen das Inhaltsverzeichnis in einer Box verwendet wird, wie bei St. Leonhard (Graz), ein zu großer Abstand oben zum Außenrahmen der Box ist. Die Wirkung könnte aber auf ul oder ol eingeschränkt werden:
ul + .toc, ol + .toc { margin-top: 0.5em }
Wäre das eine geeignete und sinnvolle Definition für MediaWiki:Common.css? --Fomafix 12:55, 8. Okt. 2008 (CEST)
replies: text: Ja, ich halte eine solche definition für sinnvoll, da es ein einheitlicheres aussehen verspricht und auch keine anderen Nebenwirkungen erkennbar sind. Ob allerdings ein Inhaltsverzeichnis in einer Box verwendet werden muss, stellt ich mal dahin, aber das ist eine andere Frage.  Der Umherirrende 17:35, 8. Okt. 2008 (CEST)
replies: text: Die Infobox in der Box war vermutlich ausversehen, ich fixe das gerade. Der von dir vorgeschlagene Code ändert nur das Aussehen direkt nach Listen, oder verwendet MediaWiki ul/ol noch in einem anderen Kontext? So weit sehe ich jedenfalls nichts, was dagegen spricht. Code·is·poetry 19:08, 8. Okt. 2008 (CEST)
replies: text:  Inhaltsverzeichnisse in Infoboxen hatte ich im Artikelnamensraum bisher nur bei den Stadtbezirken von Graz gesehen. In Portalen oder Benutzerseiten werden solche Spielereien auch ab und zu gemacht. Mein Vorschlag ändert nur den Abstand vor dem Inhaltsverzeichnis, wenn direkt darüber eine Aufzählung kommt. Die Abstände um ul/ol wird mit dieser Definition nicht geändert, so dass die Darstellung von anderen ul/ol in MediaWiki nicht beeinflusst wird. --Fomafix 08:58, 9. Okt. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 17:59, 9. Okt. 2008 (CEST)
thread_title:  Abstand vor Inhaltsverzeichnis 

message: Hallo! Ich bitte um das Hinzufügen folgender Zeilen:
 .nnbsp{font-size:50%;}
 @media print {
 	.nnbsp{margin-left:0.167em;}
 	.IfNotPrinted{display:none;}
 }
Der Hintergrund dazu findet sich hier (ziemlich weit unten). --Quilbert 問 16:19, 28. Jun. 2008 (CEST)
replies: text: Ich hoffe mal, dass die Vorlage bald gelöscht wird und damit die Sache hier erledigt ist. Jedenfalls nicht vor Ende der Löschdiskussion umsetzen. Code·is·poetry 16:34, 28. Jun. 2008 (CEST)
replies: text:  bleibt - als workaround für gut befunden - das eintragen wär also toll, damit wir den code der vorlage straffen können - insbesondere könnte man es mit dem workaround für den nbsp; vor %  (wo auch immer der steht) zusammenlegen: vor % stünde korrekt auch ein schmales leerzeichen.. --W!B: 01:30, 8. Jul. 2008 (CEST)

text:  € wäre auch so ein fall, das wie % immer nicht-umbrechend ist.. --W!B: 18:15, 9. Jul. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Fomafix 15:30, 15. Dez. 2008 (CET)
thread_title:  Wunsch 

message: #geo-microformat {display:none;}
:→ Hintergrund
:Danke -- visi-on 22:46, 21. Nov. 2008 (CET)
replies: text: Archivierung dieses Abschnittes wurde gewünscht von: Fomafix 15:30, 15. Dez. 2008 (CET)
thread_title:  add request 

message: Seit kurzem fehlen mir in der Klassik-Skin die "Letzten Änderungen", die früher oben verlinkt waren, und in der Seitenleiste fehlen die "Links auf diese Seite". Wer ändert sowas, und warum? Wie kann ich das wiederherstellen? -- Nina 23:39, 24. Dez. 2008 (CET)
replies: text: Hallo Nina, ich glaube, da musst du mal auf MediaWiki:Sidebar schauen. Gruß, --Revolus Echo der Stille 23:54, 24. Dez. 2008 (CET)
replies: text: Danke, dann versuch ich es da mal. -- Nina 00:00, 25. Dez. 2008 (CET)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 17:16, 20. Mär. 2009 (CET)
thread_title:  Änderungen in Klassik-Skin 

message: HTML 4 bietet bei dem Element table das Attribut align="center" an. Es bewirkt eine horizontale Zentrierung der Tabelle und ist von der Wirkung her gleich wie die CSS-Definition margin-left:auto; margin-right:auto. Das Attribut align ist bei Tabellen zwar als deprecated markiert, aber weiterhin erlaubt und wird von MediaWiki auch durchgereicht. Auch alle Browser verstehen das Attribut, haben aber bei einer gleichzeitigen CSS-Definition der Ränder eine unterschiedliche Interpretationen der Priorität. Die Tabelle
 
Tabelle
wird beim Firefox und Konqueror linkbündig dargestellt, während sie beim Internet Explorer und Opera zentriert wird. Beim Firefox und beim Konqueror haben demnach CSS-Definitionen immer Vorrang vor HTML-Attributen.
Für eine normale Tabelle spielt dieses Verhalten keine Rolle, weil niemand beide Angaben gleichzeitig explizit angibt. Bei der CSS-Klasse wikitable und bei Galerien, die auch Tabellen sind, werden aber mit margin Ränder definiert. Somit werden folgende Stilelemente von den Browsern unterschiedlich dargestellt:
 
Tabelle

Tabelle
 
Bild:Feather 150 transparent.png

Bild:Feather 150 transparent.png
Für wikitable gibt es daher die CSS-Klasse .centered { margin-left: auto; margin-right: auto; }, mit der sich Tabellen zentrieren lassen.
 
Tabelle

Tabelle
Bei Galerien wirkt class="centered" nicht, weil .centered eine geringere Priorität hat als table.gallery aus http://de.wikipedia.org/skins-1.5/monobook/main.css.
 
Bild:Feather 150 transparent.png

Bild:Feather 150 transparent.png
Die Probleme der unterschiedlichen Darstellung und die fehlende Zentrierung bei Galerien lassen sich per CSS korrigieren. Mit folgender CSS-Definition würde align="center" auch bei einer CSS-Randangabe funktionieren:
table[align=center] { margin-left: auto; margin-right: auto; }
Mit folgender Erweiterung wirkt centered auch bei Galerien:
.centered, table.centered { margin-left: auto; margin-right: auto; }
Diese CSS-Definitionen würde die Darstellung in den Browsern vereinheitlichen. Sollten sie in MediaWiki:Common.css übernommen werden? --Fomafix 00:24, 22. Okt. 2008 (CEST)
replies: text: Durch diese Änderung werden können nun Galerien folgendermaßen zentriert werden: --Fomafix 12:58, 15. Jun. 2009 (CEST)

text: Cache neu laden nicht vergessen. --Fomafix 12:58, 15. Jun. 2009 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Fomafix 12:58, 15. Jun. 2009 (CEST)
thread_title:  Zentrierte Tabellen und Galerien 

message: Die CSS-Klasse wikitable für Tabellen ist in http://de.wikipedia.org/skins-1.5/common/shared.css aufgenommen worden:
/* wikitable class for skinning normal tables */
table.wikitable {
    margin: 1em 1em 1em 0;
    background: #f9f9f9;
    border: 1px #aaa solid;
    border-collapse: collapse;
}
.wikitable th, .wikitable td {
    border: 1px #aaa solid;
    padding: 0.2em;
}
.wikitable th {
    background: #f2f2f2;
    text-align: center;
}
.wikitable caption {
    font-weight: bold;
}
Sie ist aber etwas anders als unsere bisherige Definition in MediaWiki:Common.css:
/* aus Vorlage zur Entlastung, skinabhängigen Darstellung und Kombinierbarkeit hierher ausgelagert */
 .wikitable,
 .prettytable {
  margin: 1em 1em 1em 0;
  background: #f9f9f9;
  border: 1px #AAA solid;
  border-collapse: collapse;
  empty-cells:show;
 }
 
 .wikitable th, .wikitable td,
 .prettytable th, .prettytable td {
  border: 1px #AAA solid;
  padding: 0.3em;
 }
 
 .wikitable caption,
 .prettytable caption {
  margin-left: inherit;
  margin-right: inherit;
  font-weight: bold;
 }
Das durch das zusätzliche table.wikitable lässt sich der margin nicht mehr durch eine Klasse .float-right überschreiben. Daher sind beim üblichen
 {| class="wikitable float-right"
falsche Seitenabstände.
Bitte folgendes
 .float-left { float: left; clear: left; }
 .float-right { float: right; clear: right; margin: 1em 0 1em 1em; }
 .centered { margin-left: auto; margin-right: auto; }
ersetzten durch
 div.float-left, table.float-left, .float-left { float: left; clear: left; }
 div.float-right, table.float-right, .float-right { float: right; clear: right; margin: 1em 0 1em 1em; }
 div.centered, table.centered, .centered { margin-left: auto; margin-right: auto; }
--Fomafix 12:15, 15. Jun. 2009 (CEST)
replies: text: Danke. Die Tabellen sind nun wieder am rechten Rand.Wichtig: Cache neu laden! --Fomafix 12:55, 15. Jun. 2009 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Fomafix 12:55, 15. Jun. 2009 (CEST)
thread_title:  float-right geht nicht mehr durch Änderung in MediaWiki 

message: Seit kurzem fehlt in der Klassik-Skin bei Tabellen die linke Begrenzungslinie (sowohl bei class="wikitable" als auch bei class="prettytable". Wurde da irgendwas geändert, und wenn ja, was? Wie kann man die Tabellen reparieren? -- Nina 23:19, 25. Dez. 2008 (CET)
replies: text: Nicht nachvollziehbar. Darstellung ist korrekt: http://de.wikipedia.org/w/index.php?title=Hilfe:Tabellen&useskin=standard --Fomafix 13:00, 19. Jun. 2009 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Fomafix 13:00, 19. Jun. 2009 (CEST)
thread_title:  falsche Darstellung in Klassik-Skin 

message: Ich würde sagen, man sollte den Innenabstand von pretttable-Tabellen verringern. Auf 0.3ex vielleicht. 0.3em sind doch recht viel und spreizen das Layout sehr. --Revolus Echo der Stille 23:48, 9. Jul. 2008 (CEST)
replies: text: Das padding empfinde ich mit 0.3em auch recht groß. Der Abstand wurde an das cellpadding=? aus der ehemaligen Vorlage:Prettytable angepasst. Die :fr:MediaWiki:Common.css verwendet auch 0.3em. :en:MediaWiki:Common.css und viele andere Wikipedias verwenden 0.2em. 0.3ex finde ich aber als viel zu klein. Für normale Tabellen würde mir ein padding: 0.2em 0.3em besser gefallen, bei dem nur der vertikale Abstand verringert wird. Allerdings habe ich bei allen Änderungen die Sorge, dass es irgendwo Probleme geben kann. Die CSS-Klassen haben eigentlich den Vorteil, dass es sich jeder angemeldete Benutzer selbst einstellen kann. --Fomafix 09:10, 10. Jul. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Entlinkt 03:06, 11. Jun. 2010 (CEST)
thread_title:  .prettytable-Innenabstand 

message: Ich schlage vor, eine Klasse einzufügen, die die gleichen Definitionen wie bei den Navigationsleisten hat, aber nicht vom Skript erkannt wird und daher nicht geklappt werden kann. Man könnte dann das Design der Vorlage:Folgenleiste entsprechend verändern: Vorschlag. Der Vorteil eines veränderten Design der Folgenleiste sehe ich darin, das der untere Abschnitt von Artikeln einheitlicher aussieht. Es kommt öfters vor, das Folgenleiste und Navigationsleisten in einem Artikel stehen: Beispiel. Eine andere Alternative wäre eine Klasse einzufügen, die dem Skript sagt, das es nicht agieren soll, wäre aber etwas für MediaWiki Diskussion:Common.js, wenn sich mehr dafür aussprechen könnte ich auch dort einen Abschnitt ergänzen. Was haltet ihr davon? Der Umherirrende 17:29, 10. Okt. 2008 (CEST)
replies: text: Inhaltlich gebe ich Dir recht, dass das Layout in CSS-Definitionen gehört. Bei Wikipedia wird aber üblicherweise das Layout über Vorlagen erzeugt, außer es sind grundlegende Dinge wie wikitable. <style scoped="scoped">…<style> kann leider nicht aus dem Wikitext heraus erzeugt werden. Reichen hier Vorlagen aus, oder ist das eine grundlegende allgemeine Formatierung, die in jedem zweiten Artikel benötigt wird? --Fomafix (Diskussion) 19:31, 2. Mär. 2012 (CET)
replies: text: Da es so alt ist und kein anderer in der Zwischenzeit die Idee hatte, sehe ich das erstmal als erledigt an. Der Umherirrende 19:51, 2. Mär. 2012 (CET)

text: Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 19:51, 2. Mär. 2012 (CET)
thread_title:  Klasse für ähnliches Layout wie Navigationsleisten 

message: Nachdem die Fontangaben aus den Vorlagen {IPA}, {IAST} und {Hebräisch} entfernt wurden, sehe ich (Windows-XP-Standardkonfiguration mit installierten ostasiatischen Schriften) folgende Probleme:
=== Vorlage:IPA ===
Das ist wohl das technischste Problem: Nach Entfernung der font-families aus der Vorlage zeigt mein Firefox (meistens, aber nicht immer) Zwiebelfische in der (bei kleinen Schriftgrößen krakelig wirkenden) Serifen-Schriftart MS Mincho. Der IE 7 zeigt statt der Liaisonbögen „Würfelzucker“. -- Olaf Studt 15:54, 2. Mär. 2008 (CET)
replies: text: Jetzt hab' ich's: Das liegt an dem komischen „font-family /**/:inherit;“, mit dem die Definition für normale Browser unwirksam gemacht wird! Bei IPA treten die Zwiebelfische ja nur bei den Ostasien-Fans auf, aber bei Altgriechisch (vgl. Vorlage Diskussion:Polytonisch) haben sie alle Win-XP-Standardbenutzer, da dürfte „font-family /**/:inherit;“ kontraproduktiv sein. -- Olaf Studt 16:44, 2. Mär. 2008 (CET)
replies: text: Kann ich nicht bestätigen, bei mir zeigt Firefox IPA problemlos an (ich weiß aber nicht, welche Schrift er verwendet). -- Prince Kassad 17:05, 2. Mär. 2008 (CET)

text: Wenn man keine der anderen Schriften, die vor l_10646 kommen, besitzt, und dann noch versucht, IAST darzustellen, hat man sowieo keine Chance. Mein Firefox verwendet auch ganz normal Arial. Trotzdem wäre ich für eine eigene Klasse IAST ohne l_10646. -- Prince Kassad 17:07, 2. Mär. 2008 (CET)
replies: text: Vielleicht sollte man für die Alt-IEler Tahoma als letztes vor sans-serif aufführen. Aber dann bitte mit Zauberspruch: An der kurdischen WP sieht man, wie hässlich die Schrift ist. Stimmt es überhaupt, dass der Zauberspruch bei IE 7 nicht mehr funktioniert? -- Olaf Studt 09:41, 5. Mär. 2008 (CET)

text: MMn Quatsch. 99,8 % der WP-User wissen nix von CSS-Einstellungen und selbst ich, der davon schon was gehört hat, lasse da im allgemeinen die Finger weg. Das sollte zurück in die Vorlage. Arial Unicode MS ist übrigens insbesondere für Hebräisch, aber auch für japanische Zeichen die allerschlechteste Wahl. (siehe :en:Help:Multilingual support (East Asian) und die diversen verlinkten Seiten. Irgendwo auf den MS-Supportseiten geben die übrigens zu, daß ihr Kram verschiedene japanische Zeichen falsch anzeigt - ich habe mich vor einigen Wochen mal dahin durchgeklickt, werde diese Suche nicht wieder machen –, einen Fix gibt es dazu angeblich nicht. --Matthiasb 17:32, 3. Mär. 2008 (CET)

text: Noch mal was Grundsätzliches: Die WP wird für die Leser gemacht, und die haben kein user/Monobook.css (allerdings kann man Hebräisch [im Gegensatz zu IPA und Altitalisch] auch im Browser konfigurieren). -- Olaf Studt 09:33, 5. Mär. 2008 (CET)

text: Es liegt nicht an der Überlastung, aber diese Seite ist wenig beobachtet. Wenn zudem überhaupt kein Kommentar auf einen Vorschlag kommt, wird ein Admin, der nicht in der Materie steckt, auch nicht tätig. Wenn du die Änderung willst, dann sorg auch dafür, dass andere Nutzer ihr zustimmen oder dass ein versierter Admin darauf aufmerksam wird. Im Übrigen ist die Commons.css nicht vollgesperrt, vielmehr ist der Namensraum durch die serverseitige Softwarekonfiguration auf die Bearbeitung durch Administratoren beschränkt. Der Unterschied mag klein sein, ist jedoch durchaus wichtig. --32X 09:23, 5. Jul. 2009 (CEST)

text: Mein Vorschlag: Aegean, "MPH 2B Damase", Cardo, Code2001, Quivira. -- Prince Kassad 10:35, 4. Mär. 2008 (CET)

text: Archivierung dieses Abschnittes wurde gewünscht von: Entlinkt (Diskussion) 11:43, 11. Mai 2013 (CEST)
thread_title:  Fontvorgaben für IPA, IAST usw. 

message: Das ist wohl das technischste Problem: Nach Entfernung der font-families aus der Vorlage zeigt mein Firefox (meistens, aber nicht immer) Zwiebelfische in der (bei kleinen Schriftgrößen krakelig wirkenden) Serifen-Schriftart MS Mincho. Der IE 7 zeigt statt der Liaisonbögen „Würfelzucker“. -- Olaf Studt 15:54, 2. Mär. 2008 (CET)
replies: text: Jetzt hab' ich's: Das liegt an dem komischen „font-family /**/:inherit;“, mit dem die Definition für normale Browser unwirksam gemacht wird! Bei IPA treten die Zwiebelfische ja nur bei den Ostasien-Fans auf, aber bei Altgriechisch (vgl. Vorlage Diskussion:Polytonisch) haben sie alle Win-XP-Standardbenutzer, da dürfte „font-family /**/:inherit;“ kontraproduktiv sein. -- Olaf Studt 16:44, 2. Mär. 2008 (CET)
replies: text: Kann ich nicht bestätigen, bei mir zeigt Firefox IPA problemlos an (ich weiß aber nicht, welche Schrift er verwendet). -- Prince Kassad 17:05, 2. Mär. 2008 (CET)
thread_title:  [[Vorlage:IPA]] 

message: Das Problem besteht wohl schon länger: Die  in MediaWiki:Common.css für die Klasse IAST angegebene Schriftart Lucida Sans Unicode enthält keine vorgefertigten unterpunkteten und unterstrichenen Buchstaben, sondern die müssen aus Buchstabe + Unterpunkt bzw. Unterstrich zusammengesetzt werden; solche Kombinationen werden aber (sofern man nicht mit entities rumtrickst) beim Speichern von der Wiki-Software duch vorgefertigte Zeichen ersetzt. Deshalb erzeugen Firefox und IE 7 dort Tahoma-Zwiebelfische; bei älteren IE-Versionen steht dort wahrscheinlich trotz IAST-Baustein „K□□□a“ statt Kṛṣṇa. -- Olaf Studt 16:44, 2. Mär. 2008 (CET)
replies: text: Wenn man keine der anderen Schriften, die vor l_10646 kommen, besitzt, und dann noch versucht, IAST darzustellen, hat man sowieo keine Chance. Mein Firefox verwendet auch ganz normal Arial. Trotzdem wäre ich für eine eigene Klasse IAST ohne l_10646. -- Prince Kassad 17:07, 2. Mär. 2008 (CET)
replies: text: Vielleicht sollte man für die Alt-IEler Tahoma als letztes vor sans-serif aufführen. Aber dann bitte mit Zauberspruch: An der kurdischen WP sieht man, wie hässlich die Schrift ist. Stimmt es überhaupt, dass der Zauberspruch bei IE 7 nicht mehr funktioniert? -- Olaf Studt 09:41, 5. Mär. 2008 (CET)
thread_title:  [[Vorlage:IAST]] 

message: Hier darf laut Vorlage Diskussion:He in den in MediaWiki:Common.css für die Klasse hebrew vorgegebenen Schriftarten zumindest Arial nicht so weit vorne stehen, am besten werden wohl die bisher in der Vorlage stehenden Schriftarten übernommen. -- Olaf Studt 16:44, 2. Mär. 2008 (CET)
replies: text: MMn Quatsch. 99,8 % der WP-User wissen nix von CSS-Einstellungen und selbst ich, der davon schon was gehört hat, lasse da im allgemeinen die Finger weg. Das sollte zurück in die Vorlage. Arial Unicode MS ist übrigens insbesondere für Hebräisch, aber auch für japanische Zeichen die allerschlechteste Wahl. (siehe :en:Help:Multilingual support (East Asian) und die diversen verlinkten Seiten. Irgendwo auf den MS-Supportseiten geben die übrigens zu, daß ihr Kram verschiedene japanische Zeichen falsch anzeigt - ich habe mich vor einigen Wochen mal dahin durchgeklickt, werde diese Suche nicht wieder machen –, einen Fix gibt es dazu angeblich nicht. --Matthiasb 17:32, 3. Mär. 2008 (CET)

text: Noch mal was Grundsätzliches: Die WP wird für die Leser gemacht, und die haben kein user/Monobook.css (allerdings kann man Hebräisch [im Gegensatz zu IPA und Altitalisch] auch im Browser konfigurieren). -- Olaf Studt 09:33, 5. Mär. 2008 (CET)

text: Es liegt nicht an der Überlastung, aber diese Seite ist wenig beobachtet. Wenn zudem überhaupt kein Kommentar auf einen Vorschlag kommt, wird ein Admin, der nicht in der Materie steckt, auch nicht tätig. Wenn du die Änderung willst, dann sorg auch dafür, dass andere Nutzer ihr zustimmen oder dass ein versierter Admin darauf aufmerksam wird. Im Übrigen ist die Commons.css nicht vollgesperrt, vielmehr ist der Namensraum durch die serverseitige Softwarekonfiguration auf die Bearbeitung durch Administratoren beschränkt. Der Unterschied mag klein sein, ist jedoch durchaus wichtig. --32X 09:23, 5. Jul. 2009 (CEST)
thread_title:  [[Vorlage:He]] 

message: Gewissermaßen Fortsetzung von oben
"SBL Greek" ist übrigens bei Altsprachlern auch verbreitet. In Vorlage:Polytonisch ist eine Klasse definiert, die hier allerdings nicht berücksichtigt wird, und was steht in der Vorlage an erster Stelle? Arial Unicode MS! Und auf der dortigen Disk wird hierher verwiesen, das Problem scheint aber nicht angekommen zu sein. 
Als Fontvergleich für Altgriechisch siehe z. B. http://www.gottwein.de//unicode/examples/greek_table_1.html und http://www.gottwein.de//unicode/examples/greek_table_2.html (Gottwein nimmt allerdings SBL Greek offenbar nicht zur Kenntniss). Was die Darstellung anbelangt, braucht Arial Unicode u. ä. hier keine Kombination von diakritischen Zeichen, da für praktisch alle Kombinationen Glyphen vorhanden sind. Ob Arial oder andere Fonts mit ähnlicher Funktion (Abdeckung eines möglichst großen Zeichenvorrats) hier ein optisch besonders ansprechendes Ergebnis liefern, bezweifle ich, doch das ist Geschmackssache.
Zumindest sollte hier ein Eintrag für die Klasse stehen und die Vorlage entsprechend geändert werden. --WolfgangRieger 16:46, 19. Jun. 2009 (CEST)
thread_title:  [[Vorlage:Polytonisch]] 

message: Für .altitalisch nur Schriften zu deklarieren, die allesamt kein Altitalisch können, kann gar nicht funktionieren. Die Klasse muss unbedingt eine eigene Fontdekaration mit Schriften für Altitalisch bekommen. -- Prince Kassad 17:11, 2. Mär. 2008 (CET)
replies: text: Mein Vorschlag: Aegean, "MPH 2B Damase", Cardo, Code2001, Quivira. -- Prince Kassad 10:35, 4. Mär. 2008 (CET)

text: Archivierung dieses Abschnittes wurde gewünscht von: Entlinkt (Diskussion) 11:43, 11. Mai 2013 (CEST)
thread_title:  [[Vorlage:Altitalisch]] 

message: div.infobox,
 table.infobox {
   caption-side:top;
   table-layout:auto;
   margin: 0.5em 0em 0.5em 1em;
   border: #000000 2px solid;
   border-collapse:collapse;
   empty-cells:show;
   float:right;
 }
 table.infobox td {
   border: #999999 1px solid;
   padding:0.2em;
   background:#ffffff;
 }
 table.infobox th {
   border: #999999 1px solid;
   padding:0.2em;
   background:#eeeeff;
   text-align:center;
   vertical-align:middle;
 }
Das sieht so aus:
X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X 
Kopfzeile Zelle 1
Zentriert
Kopfzeile Zelle 3
Normalzeile Zelle 1
Normalzeile Zelle 2
Links
 X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X
Ich bitte um konstruktive Stellungnahmen. Cäsium137 (D.) 23:06, 16. Jul. 2008 (CEST)
replies: text: margin-top sollte auf 0 stehen, denn Infoboxen sind am oberen Rand vom Artikel und sollten oben bündig mit dem Text anfangen. Außerdem sorgt ein margin-top > 0 für unterschiedliche Darstellung der Tabellen-Caption bei unterschiedlichen Browsern, weil der Firefox bis einschließlich Version 3 nicht vollständig konform zu CSS 2.1 ist, sondern zum Teil CSS 2.0 verwendet. --Fomafix 01:26, 17. Jul. 2008 (CEST)
thread_title:  Erster Vorschlag 

message: div.infobox,
 table.infobox {
   caption-side:top;
   table-layout:auto;
   margin: 1em 0em 1em 1em;
   border: #000000 2px solid;
   border-collapse:collapse;
   empty-cells:show;
   float:right;
   clear:right;
 }
"Td" und "th" wie in Version 1. Das sieht so aus:
X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X 
Kopfzeile Zelle 1
Zentriert
Kopfzeile Zelle 3
Normalzeile Zelle 1
Normalzeile Zelle 2
Links
 X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X
Cäsium137 (D.) 01:03, 17. Jul. 2008 (CEST)
replies: text: Die Hintergrundfarbe der Tabelle darf nicht an den Zellen (table.infobox td { background:#ffffff; }) definiert werden, denn dann kann eine Infobox-Vorlage die Hintergrundfarbe nicht mehr für die gesamte Tabelle verstellen: {| class="infobox" style="background: #efe". Eine Hintergrundfarbe ungleich transparent muss für die Tabelle vorgegeben, denn sonst scheinen die Rahmenlinien der Überschriften durch. Also, entweder table.infobox, div.infobox { background:#ffffff; } wie bei normalen Tabellen oder table.infobox, div.infobox { background:#f9f9f9; } wie bei prettytable. Bei Titelzellen ist eine Hintergrundfarbe sinnvoll. Bei prettytable ging das im Nachhinein nicht mehr, siehe #Hintergrundfarbe Titelzellen. --Fomafix 02:02, 17. Jul. 2008 (CEST)
thread_title:  Version 2 

message: :Zusammenfassung zu einem neuen Vorschlag:
 div.infobox,
 table.infobox {
   caption-side:top;
   table-layout:auto;
   margin: 0em 0em 1em 1em;
   border: #000000 2px solid;
   border-collapse:collapse;
   empty-cells:show;
   min-width:25%;
   width:33%;
   max-width:67%;
   float:right;
   clear:right;
 }
 table.infobox td {
   border: #999999 1px solid;
   padding:0.2em;
 }
 table.infobox th {
   border: #999999 1px solid;
   padding:0.2em;
   text-align:center;
   vertical-align:middle;
 }
Für td auch vertical-align:top; ? Meinungen dazu ? Cäsium137 (D.) 07:32, 19. Jul. 2008 (CEST)
replies: text: vertical-align:top; vermisse ich schon lange. Nichts spricht dagegen. --Revolus Echo der Stille 02:13, 21. Jul. 2008 (CEST)

text: Was soll das werden? Das neue Layout für Todesanzeigen in Wikipedia? --Elian Φ 02:25, 21. Jul. 2008 (CEST)
replies: text:  Nein, die bekommen einen schwarzen Hintergrund. --Revolus Echo der Stille 03:06, 21. Jul. 2008 (CEST)
replies: text: achso, dann is ja gut. Und wofür sind jetzt diese schicken Klötze mit den Trauerrändern? --Elian Φ 03:52, 21. Jul. 2008 (CEST)
replies: text: Wirklich etwas sehr Holzhammer. Wenn es gray oder silver wäre, ginge es (vielleicht) noch. Besser, außen 1px solid black und innen grau. Noch besser: außen 1px solid gray, innen 1px solid silver. --RalfR → DOG 2008 04:03, 21. Jul. 2008 (CEST)
thread_title:  Version 4 

message: :Um das Ganze nochmal zu beleben, jetzt die Version 5:
 div.infobox,
 table.infobox {
   caption-side:top;
   table-layout:auto;
   margin: 0em 0em 1em 1em;
   border: #000000 1px solid;
   border-collapse:collapse;
   empty-cells:show;
   min-width:25%;
   width:33%;
   max-width:67%;
   float:right;
   clear:right;
 }
 table.infobox td {
   border: #999999 1px solid;
   vertical-align:top;
   padding:0.2em;
 }
 table.infobox th {
   border: #999999 1px solid;
   padding:0.2em;
   text-align:center;
   vertical-align:middle;
 }
Wenn nichts Wichtiges dagegen spricht, dann sollten wir zu Potte kommen und die Klasse einsetzen. Cäsium137 (D.) 14:04, 2. Aug. 2008 (CEST)
replies: text: Tilla hat's getan! Sehr schön :-) --Revolus Echo der Stille 02:17, 7. Aug. 2008 (CEST)

text: Ja, habe ich gesehen. Meiner Meinung fehlt da aber irgendwie die Hintergrundfarbe: "background-color: #f9f9f9;". Sieht so "steril" aus. Vielleicht wäre das aber auch etwas für die einzelnen Skins, etwas Individuelles? --Revolus Echo der Stille 02:38, 7. Aug. 2008 (CEST)

text: Der Revert geht in Ordnung. Wenn auf dieser eher wenig beachteten Diskussionsseite ein Standard für alle Infoboxen beschlossen werden soll, so gebt das zumindest auf WP:FzW bekannt. Und stellt doch hier einfach mal eine Beispielinfobox vor, an Hand man sich dann auch ein Urteil bilden kann. Vielen Dank, --Gnu1742 14:06, 7. Aug. 2008 (CEST)

text: Da du dich so gut mit der WP-Software auskennst, schlage ich vor, dass das zuerst in einem Testwiki getestet wird. Entweder ein selbst aufgesetztes MediaWiki oder es wird von dir und anderen Interessierten vorab im http://de.labs.wikimedudia.org ausgetestet. Ich mache dich auch gerne zeitweise zum Admin dort, damit du an der Common.css herumspielen kannst. Aktuell wird das de.labs nicht weiter gebraucht. In ca. 2 Monaten allerdings haben wir anderes damit vor, dann solltet ihr fertig sein :) — Raymond Disk. Bew. 21:48, 7. Aug. 2008 (CEST)

text: @Cäsium137 Nachtrag: Du solltest noch deutlich ruhiger und gelassener werden und nicht mit „obwohl du keine ahnung hast“ und ähnlichen Ausdrücken um dich werfen. Vor allem wenn du die Person nicht kennst. Sowas kommt gar nicht gut an, überhaupt nicht gut, glaub mir. — Raymond Disk. Bew. 21:52, 7. Aug. 2008 (CEST)

text: Archivierung dieses Abschnittes wurde gewünscht von: Entlinkt (Diskussion) 11:43, 11. Mai 2013 (CEST)
thread_title:  Version 5