Hilfe Diskussion:Tabellen
| Archiv |
| Wie wird ein Archiv angelegt? |
Füge neue Diskussionsthemen unten an:
Klicke auf , um ein neues Diskussionsthema zu beginnen.
Sortierbare Tabelle mit fester erster Spalte
Gibt es eine Möglichkeit eine Spalte einer sortierbaren Tabelle fest zu lassen, um zum Beispiel den Rang abzulesen. Also man hat z.B. eine Tabelle von Städten Liste der Großstädte in Deutschland oder Ländern mit Einwohnern, Fläche, EW/km² und soweiter. Bei dem Beispiel ändert sich der Rang mit. Man kann z.B. den Rang nach EW/km² nur durch zählen erhalten, weil der mit der Einwohnerzahl verknüpft ist. Für die Fläche gibt es oft separate Tabellen. So hätte man alles in einer. --89.182.200.118 14:58, 10. Nov. 2009 (CET)
Als Beispiel wie ich mir das vorstelle. Das sind jetzt 2 Tabellen nebeneinander. Mit dem Zeilenumbruch würde es aber Probleme geben. Und auch wenn der Bildschirm nicht breit genug ist oder der Browser nur auf halbe Breite eingestellt ist.
| 1 |
| 2 |
| 3 |
| 4 |
| Kreis- schl.4 | Landkreis/Kreis | Bundesland | Kreissitz | Einw.³ | Datum³ | Fläche in km² | Einwohner pro km² |
|---|---|---|---|---|---|---|---|
| 05354 | Aachen, Städteregion² | Nordrhein-Westfalen | Aachen | 568.520 | 31.12.2008 | 707,15 | 803 |
| 07131 | Ahrweiler | Rheinland-Pfalz | Bad Neuenahr-Ahrweiler | 128.509 | 31.12.2008 | 786,95 | 163 |
| 09771 | Aichach-Friedberg | Bayern | Aichach | 127.717 | 31.12.2008 | 783,09 | 163 |
| 08425 | Alb-Donau-Kreis | Baden-Württemberg | Ulm¹ | 190.403 | 31.12.2008 | 1357,32 | 140 |
--89.182.14.118 10:55, 11. Nov. 2009 (CET)
- Hallo, also erstens ist das mit den Zeilenumbruch tatsächlich ein Problem, zweitens: Wieso verwendest du prettytable? Das ist schon lange veraltet und sollte nicht verwendet werden. Drittens verstehe ich leider nicht ganz, was du vorhast. Wenn du zwei sortierbare Tabellen hast, deren Zeilen jeweils verknüpft sein sollen, dann macht das keinen Sinn auf diese Weise. Oder wie meinst du das? -- E 11:00, 11. Nov. 2009 (CET)
-- Es soll eine Tabelle sein, damit das mit dem Umbruch passiert. Aber die erste Spalte soll sich nicht verändern. Wenn man unsortable nimmt ändert sich die Spalte, wenn man in einer anderen Spalte die Sortierung ändert. Der Sinn der Sache, ich möchte den Rang in der Liste erkennen. Bei der Liste der Landkreise in Deutschland sind 301 Zeilen und ich möchte nicht jedesmal durchzählen auf welchem Platz der Kreis xy steht, mal nach der EW-Zahl, mal nach der Fläche, mal nach EW/km². --89.182.14.118 11:45, 11. Nov. 2009 (CET)
- Ach so, du willst den Rang dynamisch 'mal in Abhängigkeit diverser Spalten berechnen? Das ist ohne weiteres nicht so einfach möglich. Außerdem bezweifle ich stark die Notwendigkeit einer Rang-Spalte, da wir doch sortierbare Tabellen haben. Die Grundsortierung der Städte kann dann sicherlich nach der aktuellen Einwohnerzahl stattfinden, eine Andeutung kann in der Überschrift (|+ Größte Städte Deutschlands (sortiert nach Anzahl Einwohner 2008)) gemacht werden. -- E 12:00, 11. Nov. 2009 (CET)
- Okay, es macht bei langen Listen vielleicht doch Sinn, wenn man schnell ablesen kann, Stadt x ist die 43. einwohnerreichste Stadt Deutschlands oder die 33. flächengrößte Stadt. Dann muss halt noch eine Spalte dazugepackt werden. Ich halte aber Rang-Spalten nach wie vor für unnötig, da es außerdem den Wartungsaufwand stark erhöht und fehleranfällig ist (ob mit zwei Tabellen oder einer). -- E 12:05, 11. Nov. 2009 (CET)
- Genau, bei langen Tabellen wie der Liste der Landkreise in Deutschland mit 301 Kreisen möchte ich ablesen Kreis XY ist bei den Einwohnern aof Platz 240 und bei EW/km² auf Platz 12 und bei der Fläche auf Platz 102. Wieso Wartungsaufwand stark erhöht? Bei einer festen Spalte die nicht veränderbar ist, muß nur einmal stellt werden und dann ist gut. Es gibt ja einige Tabelle mit Rang der ändert sich aber je nach Sortierung --20:36, 11. Nov. 2009 (CET)
- innerhalb der großen Tabelle noch weitere Rangspalten eintragen
- zwei Tabellen einrichten:
- die Haupttabelle und
- eine Rangtabelle, deren Städtenamen quasi die Schlüssel bilden.
- An wenn oder wo muß man sich wenden, um einen Verbesserungsvorschlag für die Sortierfunktion der Tabelle abzugeben --89.182.220.157 22:24, 11. Nov. 2009 (CET)
- WP:VV. Gruß, -- E 00:50, 12. Nov. 2009 (CET)
Wikitable
Stand hier nicht mal irgendwo, welchen CSS-Code "wikitable" erzeugt? Woraus ergibt sich der? Bei MediaWiki:Common.css steht Code für wikitable definiert, das liefert aber ein anderes Ergebnis
mit class="wikitable":
| 1 | 2 | 3 |
|---|---|---|
| a | b | c |
| d | e | f |
mit style="margin: 1em 1em 1em 0; background: #f9f9f9; border: 1px #AAA solid; border-collapse: collapse; empty-cells:show;":
| 1 | 2 | 3 |
|---|---|---|
| a | b | c |
| d | e | f |
--androl ☖☗ 19:38, 24. Nov. 2009 (CET)
- Hallo androl, in der Datei stehen noch mehr Formatierungsanweisungen, beispielsweise wie untergeordnete Tabellenzellen aussehen sollen:
.wikitable th, .wikitable td { border: 1px #AAA solid; padding: 0.3em; }. --Wiegels „…“ 21:15, 24. Nov. 2009 (CET)- Und zusätzlich definiert MediaWiki selber noch etwas für wikitable, das gesamte Zusammenspiel ist wichtig. Der Umherirrende 21:22, 24. Nov. 2009 (CET)
Problemchen
Auf Benutzer_Diskussion:W./Tags#Ungeklärt sehe ich, dass die vertikale Ausrichtung des Texts nach oben per class="toptextcells" sich nicht mit class="wikitable center" kombinieren zu lassen scheint -- gibt's da vielleicht eine andere Lösung als style-Anweisungen pro Tabellenzeile? (...#Test) -- [w.] 10:30, 25. Nov. 2009 (CET)
- Wieso, die Ausrichtung der Daten (Letzten beiden Spalten) erfolgt doch korrekt. --Cepheiden 11:44, 25. Nov. 2009 (CET)
- Ja, per einzelner style-Anweisung pro Tabellenzeile und -Spalte, also pro Zelle (s. ...#Test). Meine Frage war ob's nicht eleganter ginge. Aber wie gesagt ist's ein ProblemCHEN ;)) -- [w.] 12:02, 25. Nov. 2009 (CET)
- Klar, aber nur im Rahmen vion dem Was HTML und CSS kann, also beispielsweise Zeilenweise (hab mir mal die Umsetzung erlaubt). Für alles andere müsstest du den Zellen/Zeilen eine eigene Kalsse zuweisen (wie wikitable"). Das Problem hat also nichts mit wikitable zu tun --Cepheiden 12:33, 25. Nov. 2009 (CET)