Tabellen -- Header 'vertikal'

[janosch]

Hallo.

Zur Darstellung tabellarischer Daten sind Tabellen ja noch zu gebrauchen. Normalerweise definiert man den Kopfbereich ja mit entsprechenden Tags, sprich <thead>, <th>.

Das funktioniert ja auch ganz gut, wenn ich eine Tabelle habe, bei der die Spaltenueberschriften horizontal angeordnet ist.

Was aber bei Tabellen, die ihre Spaltenueberschriften vertikal angeordnet haben? Beispiel:

dies ist eine tabelle
----------------
feld1   | wert1
feld2   | wert2
----------------

Wie kann ich diese Tabellen trotzdem regelkonform darstellen, sodass ein z.B. Speechbrowser diese auch linear vorlesen kann?

Danke!

[Thomas Luethi]

Hallo,

Was aber bei Tabellen, die ihre Spaltenueberschriften vertikal angeordnet haben? Beispiel:

In Deinem Beispiel hast Du die _Zeilenueberschriften_ vertikal uebereinander
(in einer Spalte) angeordnet. :-)

---

feld1   | wert1
feld2   | wert2

Bei einer solchen Tabelle ist es halt nicht moeglich,
die <th> in einem <thead> zusammenzufassen.

Wie kann ich diese Tabellen trotzdem regelkonform darstellen, sodass ein z.B. Speechbrowser diese auch linear vorlesen kann?

Das sollte fuer die Accessibility IMHO eigentlich kein Problem sein.

Wenn die Tabelle "linearisiert" vorgelesen wird,
kommt doch schoen logisch:
Feld1 wert1
Feld2 wert2

http://www.w3.org/TR/WCAG10/#gl-table-markup

Eigentlich trifft nur gerade Punkt 5.1 der WCAG zu:
Verwende <th> fuer die Ueberschriften (feld1, feld2),
und <td> fuer die Inhalte (wert1, wert2).

Punkt 5.2 (d.h. zwei oder mehr Dimensionen, z.B. oben _und_ links
Ueberschriften), trifft bei Dir gar nicht zu.

Gruesse,

Thomas

[molily]

Hallo,

Was aber bei Tabellen, die ihre Spaltenueberschriften vertikal angeordnet haben? Beispiel:

In Deinem Beispiel hast Du die _Zeilenueberschriften_ vertikal uebereinander (in einer Spalte) angeordnet. :-)

---

feld1   | wert1
feld2   | wert2

Bei einer solchen Tabelle ist es halt nicht moeglich, die <th> in einem <thead> zusammenzufassen.

Theoretisch bilden die Zellen in den jeweiligen Spalten auch eine zusammengehörige Kategorie bzw. Klasse von Bezeichnern (Kopfspalte) bzw. stellen Werte hinsichtlich einer bestimmten Eigenschaft des Bezeichneten dar (Inhaltsspalten). Diese ergeben sich aber meist aus dem Kontext, sodass sie weggelassen werden, sie könnten aber über <thead><tr><th scope="row"> usw. angegeben werden. Das hat in der Regel keinen Mehrwert und verwirrt eher, aber rein gedanklich existieren diese Kopfzeilen immer, sonst könnte Gleichartiges nicht in derselben Spalte stehen und eine in sich stringente Sequenz bilden. So ließen sich beispielsweise die Tabellen auf http://selfhtml.teamone.de/navigation/html.htm um eine Kopfzeile ergänzen, je nachdem mit »Funktion«/»Aufgabe« o.ä. und vielleicht »Codebeispiel und Erklärung«. Wie gesagt, praktischen Wert hat das nicht unbedingt, das müsste aber konkret von Fall zu Fall entschieden werden, Redundanz ist ja nicht immer überflüssig.

Mathias