Hilfe Diskussion:Tabellen

Automatische Archivierung

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 90 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten.

Archiv

Diskussionsbeiträge 2004 Diskussionsbeiträge 2005 Diskussionsbeiträge 2006 Diskussionsbeiträge 2007

Wie wird ein Archiv angelegt?

Sortierung

Die neue Sortierfunktion funktioniert noch nicht ausreichend. Insbesondere Stellen nach einem Komma, bzw. einem Punkt werden nicht richtig sortiert (dabei ist es so übersichtlicher). Bitte um Anpassung. Vgl. Kroatische Inseln --Capriccio 11:11, 22. Nov. 2006 (CET)

Ja, ich habe die (vorläufige) Einschränkung auf der Hilfeseite vermerkt. Speziell für die Tausendertrennung werde ich ein noch einen Bug melden. --Raymond ^{Disk. Bew.} 11:47, 22. Nov. 2006 (CET)

Ich bezweifle, dass die englischssprachigen Entwickler das fixen - Native-Speakers übersehen halt manchmal, dass ihr Kulturkreis nicht der Mittelpunkt der Welt ist. Die javaScript-Funktionen stehen in http://de.wikipedia.org/skins-1.5/common/sorttable.js, das sollte sich zum Beispiel in MediaWiki:common.js (funktinoniert die?) überschreiben lassen - hier müssen wohl deutschsprachige JavaScript-Experten ran. Denkbar ist übrigens auch, verschiedene Klassen für die Spalten anzugeben (sort-datum, sort-tag...), die dann per javaScript ausgewertet werden - so könnte auch Montag, Dienstag, Mittwoch... richtig sortiert werden.

wird falsch sortiert
Montag
Dienstag
Mittwoch
Donnerstag
Freitag
Samstag
Sonntag

Die Sortierfunktion finde ich sehr interessant, aber ich hätte noch zwei Verbesserungsvorschläge. Erstens ist es problematisch, dass man die Pfeile nur in der obersten Tabellenzeile einfügen kann. Denn bei vielen Tabellen steht in der ersten Zeile eine über die ganze Breite reichende colspan-Überschrift und darunter folgen erst die zu sortierenden Daten. Zweitens möchte ich die Anregung meines Vorredners aufgreifen und eine Funktion zum sortieren von Datumsangaben (z.B. Geburtsdaten) vorschlagen. Bisher werden die nicht chronologisch, sondern nach der ersten Ziffer des Tages sortiert, was natürlich unsinnig ist, weil dann z.B. der 22. November vor dem 3. März steht. --MSchnitzler2000 19:17, 22. Nov. 2006 (CET)

Tabellenüber- oder -unterschriften sollen ja auch mit |+ formatiert werden, dann sind sie keine Tabellenzeile/-zelle. --RokerHRO 06:36, 10. Jan. 2007 (CET)

Zu den bereits angesprochenen Dingen kommen folgende Probleme:

• <br/> wird in den Spaltenköpfen geflissentlich ignoriert (obere beiden Tabellen auf meiner Testseite im Vergleich).
• Die Sortierung ist merkwürdig, wenn in der sortierten Spalte mehrere Zeilen den gleichen Wert haben. Die Zeilen sind dann irgendwie zufällig angeordnet. Ich wäre dafür, in diesem Fall den Quelltext als Default zu verwenden, d.h. die Einträge in der Reihenfolge aufzulisten, in der sie im Quelltext stehen. Man probiere z.B. mal in der untersten Tabelle auf meiner Testseite nach der zweiten Spalte zu sortieren, man erhältt bei jedem Mal ein anderes Resultat. Wenn man vorher nach Spalte 3 sortiert hat, kriegt man wieder ein anderes Ergebnis.

--Thogo (Disk./Bew.) 13:56, 28. Nov. 2006 (CET)

Die Formatierung von Spaltenköpfen wird seit gestern Abend wieder berücksichtigt, siehe WP:NEU#Bugfixes. --Raymond ^{Disk. Bew.} 13:54, 7. Feb. 2007 (CET)

Hallo, unter Wikipedia:Sprachen gibt es eine sortierbare Tabelle, dabei wird die Artikelanzahl jedoch bei mir als String und nicht als Zahl sortiert (1,23,3,...) So ist das ganze doch nur eine Spielerei außerdem warte ich noch drauf, auch filtern und Gruppieren zu können. Was mit MySQL im Hintergrund kein Problem sein sollte, und Outlook macht es ja vor wie es aussehen könnte. Kolossos 10:41, 2. Dez. 2006 (CET)

In Wikipedia:Sprachen habe ich die -1 bei Inkubator-WPs durch 0 ersetzt, jetzt wird korrekt sortiert, aufsteigend wie absteigend. Interessant ist, dass die aufsteigende Sortierung mit einem -1 korrekt erfolgte, absteigend jedoch als String und damit „falsch“. Das Problem mit der jetzigen Sortierfunktion ist, dass sie lokal per Javascript auf dem PC erfolgt. Es erfolgt kein Serverzugriff, nachdem der Artikel dargestellt wurde. Das ist natürlich sehr Performance-freundlich, jedoch auch unflexibler als wenn man die Server mit den MySQL-Funktionen im Hintergrund zur Verfügung hätte. Würde man die Sortierfunktion auf die Server verlagern, hätte man vermutlich massive Probleme mit dem Caching der Seiten in den Proxyservern. Mal abwarten, wie die Funktion weiterentwickelt wird. --Raymond ^{Disk. Bew.} 20:34, 2. Dez. 2006 (CET)

Hallo! Warum verliert eine sortierbare „hübsche Tabelle“ ({{prettytable}} class="sortable") ihre „Schönheit“, sprich: Warum ist der Hintergrund weiß wie bei normalen Tabellen und nicht grau? Gruß --Στέφανος (Stefan) ± ■ 14:04, 10. Dez. 2006 (CET)

Auf Vorlage Diskussion:Prettytable#Kombination mit class="sortable" habe ich das Problem analysiert und um Ideen für eine Anpassung gebeten. --Raymond ^{Disk. Bew.} 13:54, 7. Feb. 2007 (CET)

Ist das eigentlich keinem aufgefallen? ( in der Beispieltabelle) die Zwischenüberschriften werden mitsortiert! und dadurch wird die Tabelle unbrauchbar. Durch die Zwischenüberschriften lässt sich nur die erste Überschrift sortieren die anderen nicht. Caronna 18:11, 11. Apr. 2007 (CEST)

Stimmt, ich befürchte allerdings, dass dieses "Feature" bislang noch nicht gemeldet wurde, sprich, dass an der Behebung des Bugs noch nicht gearbeitet wird. Es wäre schön, wenn sich einer der (hoffentlich mitlesenden) Entwickler kurz dazu äußern könnte. Gruß --W_I^KImaniac 20:21, 11. Apr. 2007 (CEST)

Dies ist im Wesentlichen Bug 8028: Table sorting broken by colspan/rowspan. --Raymond ^{Disk. Bew.} 20:31, 11. Apr. 2007 (CEST)

Oh, doch schon seit einem Vierteljahr bekannt? So kann man daneben liegen. Danke für die Rückmeldung! Gruß --W_I^KImaniac 20:35, 11. Apr. 2007 (CEST)

Infolge der Überarbeitung dieser Hilfe habe ich das Beispiel mal stark vereinfacht. Vielleicht kann man in dem Abschnitt ja auf den Fehler hinweisen. Ich denke aber, da die neuen Hilfeabschnitte suboptimal sind, dass sich dort sowieso noch einiges ändern wird. --MCl ^Postkaktus 20:59, 11. Apr. 2007 (CEST)

Wie kann man bei einer sortierbaren Tabelle die unterste Zeile immer die unterste Zeile bleiben lassen, dass sie also nicht mitsortiert wird? Für nicht sortierbare Spalten gibts einen Hinweis, aber nicht für die Zeilen. Wingman 16:32, 20. Mai 2007 (CEST)

Das geht mit class="sortbottom". Eine genaue Erklärung dazu findest du hier. Gruß, -- McFred 19:46, 20. Mai 2007 (CEST)

Position

Ich habe den folgenden Abschnitt wieder entfernt:

===Position===
Wenn eine Tabelle stets am Schluss des Dokuments angezeigt werden soll, bzw. sich immer mit der nächsten verbinden soll, egal wo der
Code der Tabelle steht, so muss man am Schluss statt nomalerweise
 |}

 |-}
eingeben.

Dies ist keine gültige Syntax, es wird einfach „vergessen“, die Tabelle zu schließen. Dies mag im Moment funktionieren, aber es gibt keine Garantie dafür, dass dies morgen noch funktioniert, wenn einer den Sanitizer von MediaWiki intelligenter macht und solche „Unachtsamkeiten“ intern flickt. --Raymond ^{Disk. Bew.} 21:42, 31. Jan. 2007 (CET)

Doch das ist eine gültige Syntax. Probiere es doch einmal aus! einmal mit dem einen am Ende und einmal mit dem anderen am Ende. Nur weil du das nicht wusstest und das so ist, was durchaus sinnvoll ist, dann soll man das aber auch erwähnen dürfen!

was ist bei dir "eine gültige Syntax"? ... Sven-steffen arndt 17:39, 1. Feb. 2007 (CET)

Die Syntax, bei der das richtige Erscheint, wenn man diese Syntak beherrscht und diese aktuell ist, d.h. nicht verändert wurde. --Marci 18:04, 1. Feb. 2007 (CET)

Dem muss ich widersprechen. Eine gültige Syntax ist eine Syntax, die sich an der Intention der Entwickler orientiert und keine Bugs ausnutzt, siehe auch Wikipedia:Fragen zur Wikipedia. Gruß --W_I^KImaniac 18:08, 1. Feb. 2007 (CET)

(2xBK) Eine Tabelle nicht zu schließen, ist keine gültige Syntax. Und das hat auch nichts mit Wissen oder nichts Wissen zu tun, ich gebe gerne zu, dass ich eine ganze Menge nicht weiß. Wenn man weiß, was man da macht, kann man so etwas ja einsetzen, aber bitte nicht als allgemeine Hilfe einbauen. Irgendwann wird einem das ganze um die Ohren fliegen, weil die Software-Entwickler solche Konstrukte als fehlerhaft ansehen und der Sanitizer Tabellen zwangsweise schließen könnte. Wenn es dich interessiert, schau mal bei den Autobahn-Bastlern vorbei, die haben modulare Tabellen mit Vorlagen „gelöst“ (Kategorie:Vorlage:Infobox Autobahn). --Raymond ^{Disk. Bew.} 18:11, 1. Feb. 2007 (CET)

Das sollte so eigentlich so wo sein, dass wenn ein Problem mit der Tabelle auftritt, da nach häufigen Fehlern nachschauen kann, ob des bei einem auch zu tritt, gibt es so was. wenn du meinsch, dass das da net reingehört? (Der vorstehende, nicht signierte Beitrag stammt von MarciS (Diskussion • Beiträge) 19:03, 1. Feb. 2007)

Zu eben solchen Zwecken ist die Hilfeseite geschrieben worden. Wenn man ein Problem hat, dann schaut man nach, was bei einem anders ist, als auf der Hilfeseite beschrieben und schon hat man die Problemlösung. Eine (nicht endlich darstellbare Liste) möglicher Fehlerquellen aufzuführen im Sinne einer FME ("Frequently Made Errors") halte ich für nicht notwendig und wenig zielführend. Vom Prinzip steht eigentlich zu diesem Thema bereits alles im Abschnitt Hilfe:Tabellen#Grundlagen. Gruß --W_I^KImaniac 19:22, 1. Feb. 2007 (CET)

Ja, aber dann gehört des da aber auch rein, weil um ne neue Zeile zu machen muss man nämlich das andere eingeben. --Marci 19:39, 1. Feb. 2007 (CET)

Aber das steht doch wiederum im Abschnitt Hilfe:Tabellen#Tabelle mit mehreren Tabellenzeilen. Gruß --W_I^KImaniac 00:08, 2. Feb. 2007 (CET)

Ja und wie ist das bei etwas komplexeren Tabellen, wie auf en:List_of_multiplayer_browser_games (ich habe diese kopiert und so kam ich zu dem oben genannten problem)? Da kann man nämlich auch sehen, dass es noch eine möglichkeit gibt! --Marci 15:43, 2. Feb. 2007 (CET)

Wie Du siehst, hat dies keine Auswirkung auf die Darstellung der Tabelle, da es sich um ein syntaktisch nicht unterstütztes Konstrukt handelt, das von der MediaWiki ignoriert wird. HTML und CSS kann man auch sehr erfolgreich zumüllen, ohne dass es sichtbare Auswirkungen hätte. Das spricht einfach für die Robustheit der Implementierung, nicht aber für „versteckte Features“. Gruß --W_I^KImaniac 15:59, 2. Feb. 2007 (CET)

Dass es dort keine Änderung der Ansicht ergab, liegt daran, dass diese Tabelle schon vorher ganz untern auf der Seite war, also nicht weiter nach unten geschoben werden konnte. --Marci 21:16, 2. Feb. 2007 (CET)

Ich habe jetzt mal unter Benutzer:Raymond/Tabelle einen ganz einfach Testfall erstellt. Den gerenderten HTML-Code sieht unter Benutzer Diskussion:Raymond/Tabelle. Dort können wir auch gerne diesen Fall weiterdiskutieren. --Raymond ^{Disk. Bew.} 21:56, 2. Feb. 2007 (CET)

Ja schau mal auf die Seite mti der gerenderten Tabelle!! Da siehtst du, was ich meine; und gucke dir unbedingt den Quellcode an!!!!!!

Tabellerand verdickern

Hallo! Eine Frage: wie kann ich den Rand zwischen zwei Spalten einer Tablle border=1 verdickern. die anderen aber normal lassen? rusti 16:25, 6. Feb. 2007 (CET)

Mittels border-left-width bzw. border-right-width, siehe auch selfhtml. Gruß --W_I^KImaniac 16:54, 6. Feb. 2007 (CET)

Also das habe ich nicht so ganz verstanden. Es geht konkret um den Artikel "Superclásicos" und die Tabelle unter "Alle Superclásicos". Dort sind einmal links Spiel und rechts welche. Immer die aus einem Jahr nebeneinander. Leider aber auch noch nicht ganz fertig. Wäre schön,wenn der Rand zwischen dem Ergebnis links und dem Datum rechts etwas dicker wäre. Da hier zwischen zwei Spielen getrennt wird. Danke für die Hilfe ! rusti 17:34, 6. Feb. 2007 (CET)

Hallo Rusti, da ich mir nicht ganz sicher war, ob ich Deine Anfrage richtig verstanden habe, hab ich meine Bearbeitung in Superclásicos in zwei Schritte zerlegt, so dass das ggf. notwendige Zurücksetzen für Dich einfacher ist. Im ersten Schritt habe ich die beiden im Text vorhandenen Tabellen vom Layout her angepasst, so dass sie nun identisch aussehen, und einen Fehler in der oberen Tabelle behoben. Im zweiten Schritt hab ich die Trennung durch einen dickeren Rahmen umgesetzt. Da allerdings die Tabelle nicht so aussah, wie Du sie beschrieben hast, habe ich sie entsprechend umformatiert. Ich nehme an, dass auf der linken Seite die Hinrunde und auf der rechten Seite die Rückrunde aufgeführt sein soll, so dass beide Spiele einer Saison stets in derselben Tabellenzeile stehen. Sollte dies nicht zutreffen, melde Dich einfach noch einmal. Gruß --W_I^KImaniac 19:06, 6. Feb. 2007 (CET)

Sehr gute Arbeit. Ich danke Dir sehr herzlich. Vielen Dank für die Hilfe. Ich werde mir das mal genauestens ansehen. Mit den Tabellen haben ich nämlich auch noch einiges zu lernen. Danke! rusti 20:40, 6. Feb. 2007 (CET)

Gern geschehen. Sollte ich mit den Hinrunden und Rückrunden daneben gelegen haben, einfach meinen dritten Edit dort löschen. Ich hab nämlich gerade die beiden Spalten mit diesen Überschriften versehen. Übrigens, eine inhaltliche Frage hätte ich noch interessehalber: Warum wurde am 5. April 1989 eine Verlängerung gespielt und die Begegnung mit dem Elfmeterschießen abgeschlossen? Gruß --W_I^KImaniac 23:21, 6. Feb. 2007 (CET)

Hallo,
meine Frage geht in die gleiche Richtung wie die von Rusti, nur genau andersherum ;-) . Wie kann ich in einer Tabelle zwischen zwei Zeilen einen verdickten Zwischenstrich ziehen, ohne das für jede Zelle definieren zu müssen? Oder geht das nicht? Danke für Eure Hilfe. Gruß, Andy 20:33, 19. Apr. 2007 (CEST)

So etwas? --Fomafix 22:39, 19. Apr. 2007 (CEST)

Überschrift 1	Überschrift 2	Überschrift 3	Überschrift 4
Zeile 1a	Zeile 2a	Zeile 3a	Zeile 4a
Zeile 1b	Zeile 2b	Zeile 3b	Zeile 4b
Summe 1	Summe 2	Summe 3	Summe 4

Super!! Genau das meinte ich, hatte zwar schon selbst ein wenig experimentiert, aber das irgendwie nicht hinbekommen!!! Danke für die Hilfe!!Gruß, Andy 06:48, 20. Apr. 2007 (CEST)

Anmerkung dazu: im IE7 funktioniert diese Lösung nicht (zumindest sehe ich dort keine dicke Linie. --MCl ^Postkaktus 13:20, 20. Apr. 2007 (CEST)

Tabellenbeschriftung unter der Tabelle?

Hallo, ist es möglich die Tabellenbeschriftung (|+) unter der Tabelle anzeigen zu lassen s´anstat über der Tabelle? Sind workarounds zu empfehlen? MFG, MichaelSchoenitzer 21:23, 5. Mär. 2007 (CET)

So kann man nach CSS 2.1 die Beschriftung unter die Tabelle schreiben: --Fomafix 09:31, 12. Apr. 2007 (CEST)

Beschriftung unten

Kopf1	Kopf2
Körper1	Körper2

{|
|+ style="caption-side:bottom;" | Beschriftung unten
! Kopf1 !! Kopf2
|-
|Körper1 || Körper2
|}

Leider versteht der Internet Explorer dies nicht, aber es geht auch so: --Fomafix 09:35, 12. Apr. 2007 (CEST)

Beschriftung unten

Kopf1	Kopf2
Körper1	Körper2

{|
|+ align="bottom" | Beschriftung unten
! Kopf1 !! Kopf2
|-
|Körper1 || Körper2
|}

Tabelle

Ich habe ein Problem mit einer Vorlage. Dabei sind abgesehen der Variablen Bild und Bezeichnung alle übrigen Variablen optional, d.h. sie sollen gar nicht erst angezeigt werden, wenn keine Eingabe erfolgt. Das aber führt zu Problemen, denn wenn ich zusätzlich zu den obligatorischen Variablen (Bild, Bezeichnung) nicht mindestens zwei der optionalen Variablen (Einordnung, Nummer, Funktion) mit Eingaben versehe, dann generiert die Vorlage am Ende einen Zeilenumbruch (erkennt man sogar hier). Dieses Problem soll natürlich nicht auftauchen und ich kann es mir auch gar nicht erklären. Es tritt übrigens nicht auf, wenn ich von vorneherein nur ein optionale Variable einfüge. Kann das jemand erklären? Wie verhindere ich diesen unerwünschten Umbruch in der letzten Zeile? Vielen Dank im Voraus --Cite.php 07:13, 6. Mär. 2007 (CET)

Es reicht, wenn Du an einer Stelle Deine Anfrage stellst (Und nicht hier, hier und hier). Solltest Du an einer Stelle falsch sein, so wird man Dich weiterleiten. Falls Du nicht weißt, wo Du Deine Anfrage stellen sollst, so starte bei Fragen zur Wikipedia. Gruß, --Rhodo ^Busch 14:25, 6. Mär. 2007 (CET)Ich habe Dir trotzdem unter Hilfe Diskussion:Vorlagenprogrammierung#Tabelle geantwortet. --Rhodo ^Busch 14:25, 6. Mär. 2007 (CET)

Tabelle mit small kleingeschrieben und doppeltzeilige Überschrift

Wie schaffe ich das alles in small geschrieben wird und Karl II. als erste Überschrift eingefügft wird? Danke -- Jlorenz1@web.de 09:17, 20. Mär. 2007 (CET) Parlamente in der Regierungszeit von Karl II.

Nr.	einberufen	Wahl	versammelt	aufgelöst	Sitzungen	Sitze	Anmerkungen
1te	18. Februar 1661	1661	8. Mai 1661	24. Januar 1679	16	83	Cavalier Parlament
2te	25. Januar 1679	1679	6. März 1679	12. Juli 1679	2	82	Habeas Corpus Parlament
3te	24. Juli 1679	1680	21. Oktober 1680	18. Januar 1681	1	81	Exclusion Bill Parlament
3te	20. Januar 1681	1681	21. März 1681	28. März 1681	1	80	Oxford Parlament

Habe ein Problem (Kleinschrieben) gelöst, bleibt noch die doppelzeilige Titelleiste -- Jlorenz1@web.de 11:01, 20. Mär. 2007 (CET)

Nr.	einberufen	Wahl	versammelt	aufgelöst	Sitzungen	Sitze	Anmerkungen
1te	18. Februar 1661	1661	8. Mai 1661	24. Januar 1679	16	83	Cavalier Parlament
2te	25. Januar 1679	1679	6. März 1679	12. Juli 1679	2	82	Habeas Corpus Parlament
3te	24. Juli 1679	1680	21. Oktober 1680	18. Januar 1681	1	81	Exclusion Bill Parlament
3te	20. Januar 1681	1681	21. März 1681	28. März 1681	1	80	Oxford Parlament

Habe das andere Problem gelöst, aber ohne Kleinschreibung -- Jlorenz1@web.de 11:28, 20. Mär. 2007 (CET)

Parlamente in der Regierungszeit Karls II.
Nr.	einberufen	Wahl	versammelt	aufgelöst	Sitzungen	Sitze	Anmerkungen
1te	18. Februar 1661	1661	8. Mai 1661	24. Januar 1679	16	83	Cavalier Parlament
2te	25. Januar 1679	1679	6. März 1679	12. Juli 1679	2	82	Habeas Corpus Parlament
3te	24. Juli 1679	1680	21. Oktober 1680	18. Januar 1681	1	81	Exclusion Bill Parlament
3te	20. Januar 1681	1681	21. März 1681	28. März 1681	1	80	Oxford Parlament

eigentlioch ganz easy, hab nur auf die vorlagen seite schauen müssen...

Parlamente in der Regierungszeit Karls II.
Nr.	einberufen	Wahl	versammelt	aufgelöst	Sitzungen	Sitze	Anmerkungen
1te	18. Februar 1661	1661	8. Mai 1661	24. Januar 1679	16	83	Cavalier Parlament
2te	25. Januar 1679	1679	6. März 1679	12. Juli 1679	2	82	Habeas Corpus Parlament
3te	24. Juli 1679	1680	21. Oktober 1680	18. Januar 1681	1	81	Exclusion Bill Parlament
3te	20. Januar 1681	1681	21. März 1681	28. März 1681	1	80	Oxford Parlament

--Darkking3 12:32, 20. Mär. 2007 (CET)

Danke Darkking3, war total auf der falschen Fährte -- Jlorenz1@web.de 16:56, 20. Mär. 2007 (CET)

revert

http://de.wikipedia.org/w/index.php?title=Hilfe:Tabellen&diff=30051466&oldid=30045933 - wie kommst du darauf? igel+- 14:37, 3. Apr. 2007 (CEST)

das merke ich immer, wenn ich etwas lernen will und sofort mit einem überfrachteten Beispiel belagert werde ... da versteht man als Anfänger einfach nichts - sven-steffen arndt 14:54, 3. Apr. 2007 (CEST)

Was hältst du davon, es empirisch zu testen? Wir konstruieren zwei Aufgaben, die fordern, dass man eine Wikipedia-Tabelle erstellt, sodass zwei Tabellen pro Proband erstellt werden müssen. 10 Probanden, 5 erhalten die alte Seite als Referenz, 5 die neue, sie dürfen die jeweils andere Seite keinesfalls betrachten. Man beachte, dass die Benutzer der alten Seite im Vorteil sind, weil sie diese Seite bereits kennen und sich so leichter darauf zurechtfinden können. Der Zufall entscheidet, wer welche Seite als Referenz benutzen darf. Wir messen Geschwindigkeit des Erstellens, Qualität der entstandenen Tabelle und den subjektiven Eindruck des Probanden (ist er glücklich damit?). igel+- 15:11, 3. Apr. 2007 (CEST)

das ist keine Frage von Statistik, sondern von Didaktik - sven-steffen arndt 15:57, 3. Apr. 2007 (CEST)

Ja, das ist mir klar. Ich habe sehr viel über das Leseverhalten von Benutzern gelesen und sehr viel über ihren Umgang mit Software. Darum bin ich völlig überzeugt, dass die jetzige Seite didaktischer Käse ist. Ich möchte aber keine fundamentalistische Diskussion vom Zaun brechen, weil argumente deines obigen Typs keine sind und folglich auch nicht widerlegbar. Gleichzeitig bin ich dank meiner beruflichen Erfahrung überzeugt, die Benutzer genügend einschätzen zu können um zu behaupten, dass ihnen meine Seite mehr nützen wird. Das ist keine Pädagogen-Mystik, das ist eine empirisch falsifizierbare, quantifizierbare Aussage, die man wissenschaftstheoretisch sauber prüfen kann. Wenn du gegen so einen Ansatz bist, ist auch alle Diskussion fruchtlos. igel+- 16:40, 3. Apr. 2007 (CEST)

Also mir gefällt die überarbeitete Hilfe von Richardigel gut. Ich finde, in einem größeren Zusammenhang kann man die Syntax und die vielfältigen Möglichkeiten besser nachvollziehen. Nun bin ich als Programmierer aber sicherlich kein Maßstab in der Beurteilung, wie Wikisyntax-Neulinge/Unerfahrenere das sehen und verstehen. Was mir typografisch nicht gefällt (es hat nichts mit der Tabellensyntax zu tun), ist die Einbettung von Jahreszahlen in <tt></tt>. Dies finde ich optisch unschön. Es mag Fälle geben, wo dies notwendig ist, aber man sollte dies nicht hier vormachen, wo es viele dann als „Gesetz“ sehen und sich bei Streitereien auf diese Seite berufen. --Raymond ^{Disk. Bew.} 21:49, 4. Apr. 2007 (CEST)

Hmm. Schriftarten fester Breite sind in Html die einzige Art, Texte an einem Komma oder einem Bindestrich auszurichten, weil align="," nicht funktioniert. In der ersten Tabelle ist die ganze Ausrichtung verzichtbar. Ich habe tatsächlich nach Beispielen gesucht, die eine sinnvolle Ausrichtung erlauben, das erste Beispiel ist vielleicht nicht ganz glücklich gewählt. Im zweiten halte ich die Ausrichtung am Bindestrich aber für nützlich. Wenn du mir das zweite auch ausredest müsste ich die Tabelle ganz löschen und würde eine andere zum Zentralbeispiel erwählen, dann eine mit Geldbeträgen, die am Komma ausgerichtet werden. igel+- 23:52, 4. Apr. 2007 (CEST)

• mmh, was heißt denn "Keine Antwort auf Diskseite, darum rv"? - oben schreibst du doch, dass du mit mir nicht diskutieren willst! ... außerdem bitte ich nochmals zu bedenken für wenn diese Seite hier gedacht ist - sie ist nicht für den Programmierexperten gedacht, der mal schnell schauen will, wie das mit Tabellen in WP funktioniert, sondern für den technisch weniger versierten Durchschnitts-Autor (daher auch der Name: "Hilfe:Tabellen"!) - wenn jemand hier in der WP umfassende Beispiele zu Tabellen sucht, dann kann man sich in beliebigen Listen-Artikeln bedienen - einfache kleine Beispiele sind vorzuziehen, damit man sich schnell zurecht findet ... daher würde ich es begrüßen, wenn die alte Seite wiederhergestellt würde ... sven-steffen arndt 23:02, 4. Apr. 2007 (CEST)

(BK) Ich habe geschrieben, dass es sich nicht lohnt mit jemandem zu debatieren der sich gegen den wissenschaftlichen Ansatz stellt, aber so einer bist du doch sicherlich gar nicht. Ich habe mir bereits eine kleine Usability-Studie im Kopf zurechtgebastelt, mit der wir prüfen können, welche Hilfeseite nützlicher ist. Wir können uns jetzt streiten, wer sich besser in den „Durchschnittsautor“ hineinfühlen kann; aber Tatsache ist, dass die meiste Usability-Literatur sagt: „All diese Maßstäbe sind nur Richtlinien und sollten an in reellen Szenarien überprüft werden.“

Ich habe mich vor einigen Tagen im Chat darüber unterhalten, dass die meisten WP-Tabellen nicht die ||-Syntax für nebeneinanderligende Zellen benutzen obwohl sie die bessere ist. Weißt du woran das liegt? Es liegt daran, dass das erste brauchbare Tabellenbeispiel auf WP:TAB nicht die ||-Syntax benutzt, sondern nebeneinanderliegende Zellen im Quelltext untereinander schreibt. Das Kopieren die Benutzer per c&p und modifizieren die Tabelle dann für ihre Zwecke. Und das machen alle Leser einer Hilfe-Seite so, ganz gleich ob Neuling oder nicht. Bei der Untersuchung von Benutzerverhalten gibt es eine einfache Konstante: Benutzer lesen nicht. Und sie nehmen die allererste funktionierende Lösung; darum habe ich auf ganz WP noch keine sortierbare Tabelle entdeckt: es liest einfach niemand so weit in der Hilfe-Datei.

Übrigens unterscheiden sich „Programmierexperten“ von gewöhnlichen Benutzern beim Lesen von Hilfe-Seiten fast gar nicht. Es gibt einige leichte Grundsätze um das Verhalten von Software-Benutzern vorherzusagen, einer ist: sie lesen nicht. Ich meine nicht nur, dass sie keine gedruckten Handbücher lesen, sie lesen alles mögliche nicht: den Inhalt von Warnungsmeldungen, Lizenztexte, Anleitungen am Bildschirm − sie lesen eigentlich gar nichts, sie „scannen“ Texte. Sie fangen einen Abschnitt an, erraten worum es geht und machen mit dem nächsten weiter, bis sie etwas haben, das ungefähr auf ihr aktuelles Problem passt.

Und das hat einen einfachen Grund: Sie möchten nicht abstrakt lernen, Tabellen zu erstellen, sie möchten jetzt sofort eine erstellen und sie haben nicht vor, ihre Arbeit zu unterbrechen um acht Seiten Hilfetext zu lesen (von denen sie fast alles wieder vergessen würden), nur um dann eine 3x3-Tabelle zu erstellen.

Und jetzt wo wir das einmal wissen brauchen wir uns gar keine Mühe machen, eine didaktisch sinnvoll aufgebaute Seite zu schreiben, denn niemand wird den Text jemals vom Anfang bis zum Ende lesen. Jeder Versuch, Didaktik unterzubringen stört mehr, als er nützt.

Benutzer wollen möglichst flott ein funktionierendes Beispiel und bei gutem Wetter möchten sie noch gern verstehen, warum das Beispiel funktioniert, in dieser Reihenfolge. Genau so ist meine Seite aufgebaut: an den grafischen Beispielen kann man sich heraussuchen, was man gerade braucht. Dann sucht man den passenden identischen Text im Quelltext und guckt, wie es da aufgebaut ist (darum ist es wichtig, den Tabelleninhalt nicht a, b, c, d oder so zu nennen, denn da errät der Nutzer nicht so leicht was Syntax und was Inhalt ist) und oft genügt das schon. Manchmal möchte er gern das Gefühl haben, es gut zu verstehen − aber nur in dieser Reihenfolge! Erst das grobe Verständnis, das Beispiel, die Lösung seines konkreten Problems und wenns schnell genug ging guckt er vielleicht noch flott, warum das eigentlich geht, was er da erreicht hat. Aber nicht um jeden Preis! Er schätzt mit dem Auge ab, wieviel Text ihm da abverlangt wird. Je mehr man schreibt, desto geringer die Chance, dass er es liest.

Ui, jetzt habe ich ja doch den Fundamentalisten in mir gezeigt ... seis drum, möge es nützen :) igel+- 23:48, 4. Apr. 2007 (CEST)

Mir hat die alte Seite auch besser gefallen. Ich bezeichne mich jetzt mal als Durchschnitts-Autor der auch schon mal mit Tabellen gearbeitet hat. Die Version von Richardigel hat zwar gute Ansätze, kann aber, meiner Meinung nach, nicht die alte Version ersetzen. Wie sieht es mit der alten Version und ein paar Zusätzen von Richardigel aus? Gruß -- Rainer Lippert ^(+/-) 23:38, 4. Apr. 2007 (CEST)

Ich würde mich jederzeit darauf einlassen, den alten Text als "didaktische Anleitung" o. ä. unter meinen zu setzen. Das würde mich gar nicht stören. igel+- 23:56, 4. Apr. 2007 (CEST)

Oder über deinem ;-) -- Rainer Lippert ^(+/-) 23:59, 4. Apr. 2007 (CEST)

(BK) Das wäre sinnlos. Niemand liest so weit. Hast du jemals irgendwo auf WP eine sortierbare Tabelle gesehen? Ich auch nicht. Weil niemand so weit liest. Benutzer nehmen die erste funktionierende Lösung ihres Problems und ziehen dann von dannen. (Diese belegte Tatsache hat übrigens sogar Einzug in die Literatur gehalten; Douglas Adams schreibt, dass in einem Handbuch zur Grammatik das letzte Drittel des Buches nur aus unbedruckten Seiten bestand um Kosten zu sparen, weil ohnehin niemals jemand so weit gelesen hätte) igel+- 00:08, 5. Apr. 2007 (CEST)

Schau mal auf meine Seite, da findest du drei informative Listen als sortierbare Tabellen ;-) Und wenn ich mal Zeit habe, kommen meine anderen auch dran. Gruß -- Rainer Lippert ^(+/-) 00:19, 5. Apr. 2007 (CEST)

Ein genialer Satz: „… sie lesen nicht. Ich meine nicht nur, dass sie keine gedruckten Handbücher lesen, sie lesen alles mögliche nicht: den Inhalt von Warnungsmeldungen, Lizenztexte, Anleitungen am Bildschirm − sie lesen eigentlich gar nichts, sie „scannen“ Texte.“ Darf ich den bei Gelegenheit zitieren? Ich kann dieses Verhalten von mir selber bestätigen, aber auch aus der täglichen Arbeit im WP:OTRS, wo sich Benutzer über Sperren beschweren usw. Wir können in die Sperrmeldungen schreiben was wir wollen, SIE LESEN SIE NICHT! Sorry, wollte nicht schreien. Die neue Hilfeseite lässt sich für mich schneller „scannen“. --Raymond ^{Disk. Bew.} 00:03, 5. Apr. 2007 (CEST)

Danke sehr! Ja, die Seite ist genau darauf angelegt, darum bin ich für einen empirischen Vergleich auch Siegessicher. Ein Test der Seite würde trotzdem nützen, 5 Benutzer genügen gewöhnlich; man müsste, falls es kein Vergleich ist, sondern bloß eine Untersuchung der Seite, sogar weniger Parameter auswerten. igel+- 00:08, 5. Apr. 2007 (CEST)

• also, wenn die alte Version unter die neue kommen würde, wäre ich schon zufrieden ... im übrigen gibt es sortierbare Tabellen, da diese Sache aber erst vor ein paar Monaten eingeführt wurde, noch nicht überall und richtig funktionieren tut das Teil bei colspans auch nicht, daher wahrscheinlich die Zurückhaltung - sven-steffen arndt 00:20, 5. Apr. 2007 (CEST)

Das macht mir gar nichts aus! Wenn dir das als Kompromiss recht ist, dann überraschst du mich und ich bin erfreut! igel+- 00:25, 5. Apr. 2007 (CEST)

(BK) Dito, ist wohl das beste. Die sortierbare Tabellen haben eben noch zu viele Krankheiten. Das Hauptproblem sehe ich beim Problem mit dem Tausendertrennpunkt. Deswegen auch noch meine Zurückhaltung. Gruß -- Rainer Lippert ^(+/-) 00:27, 5. Apr. 2007 (CEST)

gut, dann werde ich das alte einfach mal drunter setzen - vielleicht integriert das ganze ja noch jemand schön :) ... sven-steffen arndt 08:47, 5. Apr. 2007 (CEST)

Hmm, vielleicht geschieht das! ich setze die Seite einmal vorsichtshalber auf die Beobachtungsliste. igel+- 09:14, 5. Apr. 2007 (CEST)

Neugestaltung der Hilfeseite

Ich habe selbst schon ein wenig mit der Darstellungsweise der Hilfeseite herumprobiert, bin aber dabei noch auf keinen grünen Zweig gekommen. Jedenfalls müssen wir uns zu folgenden Dingen unbedingt etwas überlegen:

1. Die Darstellungsweise von „Eingabe“ und „Ergebnis“ erfolgte teilweise in der Prettytable-Vorlage und erfolgt jetzt dementsprechend in der neuen Klasse prettytable. Dies führt dazu, dass das „Ergebnis“ alle Eigenschaften von prettytable erbt (da Untertabelle) und selbst einfache Tabllen schon im prettytable-Design daherkommen. Wie gesagt: was richtig schönes als Ersatz ist mir bisher noch nicht eingefallen (es sei denn, man kopiert den alten Prettytable-Header...)
2. Die neue Beispieltabelle mit Sortierfunktion ist unglücklich gewählt, da es in der Tabelle spaltenübergreifende Zeilen gibt, die die Sortierfunktion zum Absturz bringen (zumindest im IE7) sobald man eine Spalte > #1 sortieren möchte.
3. BTW: wenn sich jemand mit Autoarchivierung besser als ich auskennt: diese Diskussionsseite schreit förmlich danach ;-)

Grüße --MCl ^Postkaktus 12:02, 5. Apr. 2007 (CEST)

Ich bin nicht sicher, dass ich deinen ersten Kritikpunkt richtig verstehe; Tabellen in Tabellen sind ohnehin nur selten und können fast immer durch einfache Tabellen mit colspan und rowspan ersetzt werden; sie werden vor allem für Boxen benutzt und in diesen benutzt man eher kein Prettytable-Layout.

Ich selber benutze Safari und habe nicht geahnt, dass IE7 so wählerisch ist. Benutzt du die allerneueste Version? Vielleicht bringt ein Bugreport an MS baldige Abhilfe! igel+- 12:48, 5. Apr. 2007 (CEST)

Habe mich beim ersten Punkt vielleicht ein wenig umständlich ausgedrückt – es geht mir ausschließlich um die Darstellung auf der Hilfeseite, bei der im Moment Subtabellen verwendet werden. Beispielsweise hier:

Eingabe	Ergebnis
{| | Zelle 1 | Zelle 2 |}	Zelle 1 Zelle 2

Dabei sieht das Ergebnis ja eigentlich so aus (rahmenlos):

Zelle 1

Zelle 2

(also zumindest im IE7, neueste Version, sehe ich jetzt nen Unterschied ;-) ) Gerade später, wo das cellpadding erklärt ist, sieht man das ganz gut, da das cellpadding innerhalb der Klasse prettytable derzeit verpufft. --MCl ^Postkaktus 13:28, 5. Apr. 2007 (CEST)

Umgestaltung des Grundlagenkapitels

Ich war so frei und habe mal die Beispiele aus dem „alten Teil“ überarbeitet (ich hoffe man sieht jetzt den Unterschied: die jetzigen einfachen Tabellenbeispiele wurden nach der Umstellung im prettytable-Design angezeigt). Desweiteren habe ich ein paar Texte umgeschreiben, sowie die Kapitelstrukturierung leicht verändert. Am Schluss habe ich noch Platz für das Kapitel „Die Klasse prettytable“ gelassen. Diese sollte auf jeden Fall erläutert werden, wenn man als Anfänger die Beispiele aus dem „Schnelleinstieg“ irgendwann kapieren möchte. Gruß --MCl ^Postkaktus 18:19, 5. Apr. 2007 (CEST)

Integrierung der neuen Abschnitte

Habe den "Sortierbug" als Anlass genommen, die neuen Abschnitte (Schnelleinstieg) mal genauer unter die Lupe zu nehmen und dabei einiges umzugestalten/zu verbessern/hinzuzufügen. Das Herumfeilen daran habe ich jetzt erstmal abgebrochen, da mir die Didaktik der Beispiele einfach nicht gut genug erscheint. Will keineswegs nur daran herumnörgeln - die Idee eines Schnelleinstieges ist grundsätzlich ja garnicht so schlecht. Nur sollten die Beispiele trotzdem übersichtlich, gut gestaltet, gut erklärt und vor allem gut ausgewählt sein. Wäre schön, wenn Tabellenprofis sich der Sache annehmen könnten, damit in der Hilfe auch wirklich nur die gebräuchlichen und professionellen Standards (z.B. class="hintergrundfarbe5" versus {{hintergrundfarbe5}}? oder Methoden zur Zahlenausrichtung) erwähnt werden.

Desweiteren hoffe ich, dass es demnächst einen eigenen Abschnitt für die Klassen (wie "prettytable" oder "taxobox") im Kapitel "Formatvorlagen" geben wird. Wäre schön wenn jemand versiertes etwas dazu schreiben könnte. --MCl ^Postkaktus 21:22, 11. Apr. 2007 (CEST)

In meiner Version stand da noch background-color:lightgray. Bzgl. der Zahlenausrichtung: Meines Wissens gibt es nur ausschließlich diese Methode über "pre". Ich habe einen der Entwickler auf die pre style=border:none-Krücke angesprochen und ihn gebeten, die Standardformatierung für pre so zu ändern, dass man nicht erst den Rahmen töten muss. Daraufhin hat er erklärt, rechts am Komma oder am Bindestrich ausgerichtete Zahlen wären sowieso eine blöde Idee. Man solle doch die Zahl vor dem Komma in die eine Spalte und die Zahl hinter dem Komma in die andere Spalte schreiben. Analog sollte man wohl den ganzzahligen Anteil in eine Spalte und den Nachkommaanteil in eine andere Spalte schreiben. Vielleicht noch eine eigene Spalte fürs Komma? Das hat mir der Entwickler nicht mehr verraten. Der Html-Standard erlaubt übrigens die Rechtsausrüstung am Komma auch in Schriftarten variabler Zeichenbreite; die Befehle werden aber von keinem einzigen Browser, den ich kenne, unterstützt. Die zwei üblichen Auswege sind also pre und Screenshots von Excel-Tabellen. igel+- 11:17, 12. Apr. 2007 (CEST)

Tabelle in Text

Hallo, ich habe leider bei meiner Tabelle etwas den Überblick verloren. Was muss ich machen, dass sie sich am rechten Rand befindet und links der normale Artikeltext ist? Und wie bringe ich die linke Spalte auch linksbündig?--Klapper 23:57, 6. Apr. 2007 (CEST)

Hallo Klapper, ich habe es jetzt mal direkt am Objekt gemacht. Ich hoffe, du hast nichts dagegen. Viele Grüße -- Rainer Lippert ^(+/-) 00:05, 7. Apr. 2007 (CEST)

Hey, vielen Dank! Das sieht ja super aus! Hätte es nie so hingekriegt. Gruss--Klapper 00:13, 7. Apr. 2007 (CEST)

Hallo, bitte, gerne geschehen. Wenn du noch mit etwas Probleme in Tabellen hast, kannst du mich ja direkt Fragen. Das meiste in Tabellen bekomme ich hin. Gruß -- Rainer Lippert ^(+/-) 08:33, 7. Apr. 2007 (CEST)

IE7 problematisch?

Beim Betrachten der Tabelle in Völker Chinas mit IE 7 (Win XP) erscheint rechts neben den acht Spalten der Text des nachfolgenden Abschnitts "Literatur", angeordnet wie in einer neunten Spalte der Tabelle, mit einer Breite von 1-Wort und unabhängiger Zeilenhöhe. Mit Firefox 2.0 ist alles normal. Woran liegt das? Bzw. wo finde ich eine Lösung? --KaPe, Schwarzwald 14:38, 13. Apr. 2007 (CEST)

Habe das Ganze durch Löschen des Attributs align="left" behoben. Da Tabellen immer links ausgerichtet werden, macht das keinen Unterschied bei den anderen Browsern. Warum IE7 trotz der Angabe width:100% trotzdem noch Text daneben setzte: keine Ahnung ;-) Grüße --MCl ^Postkaktus 14:52, 13. Apr. 2007 (CEST)

Ack - funktioniert jetzt. --KaPe, Schwarzwald 19:13, 14. Apr. 2007 (CEST)

rechtsbündig

Im Lemma Volkszählungen in Peru ist zwei mal die Tabelle <<class="wikitable" border="1">> in Gebrauch. Dabei sollten die Zahlen in den beiden rechten Spalten rechtsbündig untereinander stehen. So wäre das ganze übersichtlicher. Dann könnte man beispw. gleich die Regionen mit über einer Millionen Einwohner erkennen. Wer kann mir da weiter helfen? rusti 00:12, 5. Mai 2007 (CEST)

Hallo Rusti, da es meineswissens leider nicht möglich ist, auf eine einfache Art und Weise einer gesamten Spalte eine Textausrichtung zuzuweisen, bleibt dir wohl nichts anderes übrig, als deinen Tabellenzeilen folgendes Aussehen zu verleihen:

| [[Amazonas (Region)|Amazonas]] || align="right" | 337.421 || align="right" | 1,5

Ob man jetzt align="right" oder style="text-align:right" schreibt, sei dahin gestellt. Sollte beides funktionieren - und erste Variante ist eben kürzer. Falls jemand doch einen Trick für ein globales Tag zur Spaltenausrichtung kennt: wäre ebenfalls sehr interesiert :-) Gruß, --MCl ^Postkaktus 10:50, 5. Mai 2007 (CEST)

Der Trick heißt Bug 986: [tables] Please implement COL, COLGROUP. Schimmelt leider vor sich hin, weil sich niemand traut, den Patch einzuspielen. --Raymond ^{Disk. Bew.} 10:59, 5. Mai 2007 (CEST)

Vielen Dank für die Hilfe ! rusti 11:36, 5. Mai 2007 (CEST)

Text in Zelle oben ausrichten

Wie kann ich einen Text in einer Zelle oben ausrichten, damit bei mehrzeiligen Zellen nebeneinander die Texte auch einzeilig oben bündig sind? Beispiel: Demingkreis (bitte gleich dort ausprobieren, und später vielleicht hier eine Anleitung). Danke, --Markus Bärlocher 11:16, 29. Mai 2007 (CEST)

Habe den Parameter valign="top" eingefügt. Damit funktioniert es. Gruß, --MCl ^Postkaktus 11:27, 29. Mai 2007 (CEST)

(BK) Für sowas sollte man eine Definitionsliste nehmen. Tabellen zur Textgestaltung bieten eigentlich immer Tücken... Sorry fürs Überschreiben! Gruß, --Rhodo ^Busch 11:32, 29. Mai 2007 (CEST)

Kein Thema. Das Gleiche hab ich mir nach der Bearbeitung nämlich auch gedacht. Gruß, --MCl ^Postkaktus 11:36, 29. Mai 2007 (CEST)

Einfache Gegenüberstellung

kann man sowas (eigentlich nur zwei Linien) auch darstellen? -- Cherubino 12:05, 2. Jun. 2007 (CEST)

Ja. Du kannst die horizantale Trennung bequem erzeugen, wie im Addition-von-vier-Zahlen-Beispiel. Die vertikale Trennung funktioniert im Prinzip genauso, muss in einer Tabelle der Höhe n Zeilen n-mal eingefügt werden, nämlich in jede Zeile einzeln, jeweils als rechte Begrenzung der linken Zelle. igel+- 12:15, 2. Jun. 2007 (CEST)

Es gibt noch eine clevere Alternative: Du baust dir eine 2x2-Tabelle und in den Feldern A2 und B2 fügst du Listen ein, wie im Taxobox-Beispiel. Das ist vermutlich das Schlaueste. igel+- 12:19, 2. Jun. 2007 (CEST)

Perez Hylton	Udo Jüggi
schwul hässlich stinkt	schlechte Musik schlechter Schneider stinkt noch mehr

Danke, hab auch was:

Methode 07	Methode nach Dr. A. Cula
Vorteil 1 Vorteil 2 Vorteil 3 Vorteil 4	Vorteil 1 (blabla blabla blabla blabla) Vorteil 2

-- Cherubino 12:57, 2. Jun. 2007 (CEST)

Gestalten von Tabellen

Es wäre hilfreich, für Tabellen einen Code ohne Teilungslinien vorzugeben. Besonders für die offiziell gewünschte Übersichtlichkeit sollten Linien in Tabellen komplett vermieden werden. Nach Edward Tufte kann guter Schriftsatz eine Tabelle immer allein strukturieren. Man vergleiche dazu auch die großen Finanz-Tabellen in gedruckten Tageszeitungen. Siehe dazu die Webseite von Edward Tufte unter "Ask E.T." > "zebra tables and lists" sowie das Kapitel 3 in seinem Buch Envisioning Information.

Könnte jemand die Möglichkeiten von html dazu erläutern, so daß man die Wiki-Beispiele verbessern kann?(nicht signierter Beitrag von Benutzer:Capsicum (Diskussion | Beiträge) igel+- 14:48, 2. Jun. 2007 (CEST))

Hallo Capsicum! Du sprichst mir aus der Seele. Wirklich. Es ist aus versch. Gründen schwer, innerhalb von Wikimedia hübsche Tabellen zu schaffen. Der wichtigste ist, dass rechts am Komma ausgerichtete Spalten nur schwer machbar sind. Wenn man ehrlich ist, dann ist die beste Möglichkeit, eine Tabelle in WP zu kopieren, sie in Pages zu schreiben und als Bild in den Artikel einzufügen. igel+- 14:51, 2. Jun. 2007 (CEST)