Das Prüfverfahren zur BITV 2.0


Sie sind hier: BITV-Test 2.0 > Verzeichnis der Prüfschritte > Prüfschritt 1.3.1f (13 von 50)


Blättern: zum ersten Prüfschritt zum vorhergehenden Prüfschritt zum nächsten Prüfschritt zum letzten Prüfschritt

Prüfschritt 1.3.1f
Zuordnung von Tabellenzellen

Technische Angaben

Version Aktuell
BITV-Bedingung 1.3.1 Informationen und Beziehungen
BITV 1.0-Entsprechung 5.2.1 Zuordnung von Tabellenzellen
Bewertungsalternativen ja / eher erfüllt / teilweise erfüllt / eher nicht erfüllt / nein / nicht anwendbar
Gewichtung hohes Gewicht (3 Punkte)
Bezieht sich auf einzelne Webseite
Prüfschritt erfüllt In komplexen Datentabellen ist der Bezug von Überschriften und Inhalten (über scope oder über id und headers) definiert, Zuordnungen von Überschriften in einfachen Datentabellen sind korrekt.
Prüfschritt nicht anwendbar Komplexe Datentabellen sind nicht vorhanden, in einfachen Datentabellen sind Überschriften nicht zugeordnet.

Was wird geprüft?

In komplexen Datentabellen soll der Bezug von Überschriften und Inhalten (über scope oder über id und headers) definiert sein, ausdrückliche Zuordnungen von Überschriften und Inhalten in einfachen Datentabellen sollen korrekt sein.

Warum wird das geprüft?

Bei komplexen Tabellen können Screenreader aus dem Tabellengerüst allein nicht schließen, welche Bezüge es zwischen Daten- und Überschriftenzellen gibt. Deshalb müssen diese Verknüpfungen mithilfe der in HTML zur Verfügung stehenden Attribute ausdrücklich definiert werden.

In der Praxis sind manchmal auch einfache Datentabellen mit headers- und id-Attributen ausgezeichnet. Screenreader richten sich dann nicht nach allgemeinen Regeln, sondern nach der vorliegenden Auszeichnung. Deshalb muss die Auszeichnung auch dann richtig sein, wenn sie eigentlich nicht nötig wäre. Denn bei falscher direkter Zuordnung von Datenzellen werden die Überschriften nicht oder fehlerhaft ausgegeben.

Hinweis:
Für Benutzer von Screenreadern sind komplexe Tabellen schwerer zu erfassen als einfache, selbst bei perfekter Auszeichnung. Zu empfehlen ist also die Vermeidung von Tabellen mit mehreren logischen Ebenen (siehe Frage zu Tabellen mit mehreren logischen Ebenen). In vielen Fällen können komplexe Tabellen geteilt und durch mehrere einfache Tabellen ersetzt werden. Die beste Bewertung für diesen Prüfschritt ist deshalb immer "nicht anwendbar".

Wie wird geprüft?

1. Anwendbarkeit des Prüfschritts

Der Prüfschritt ist anwendbar,

  1. wenn eine Datentabelle komplex ist, also mehrstufige Zeilen- oder Spaltenüberschriften vorhanden sind oder
  2. wenn in einer einfachen Datentabelle Zellen ausdrücklich (per headers und id) bestimmten Überschriften zugeordnet sind (auch wenn diese Zuordnung eigentlich nicht erforderlich wäre).

Einfache Datentabellen haben im Unterschied zu komplexen Datentabellen nur jeweils eine Zeile oder Spalte für Überschriften. Bei solchen Tabellen ist es eigentlich nicht erforderlich, die Zellen "ihren" Überschriften zuzuordnen.

2. Prüfung

  1. Seite im Internet Explorer laden und in der Web Accessibility Toolbar Tables > Show Data Tables wählen.
  2. Prüfen, ob der Geltungsbereich der Überschriften korrekt über das scope-Attribut definiert ist oder die einzelnen Zellen mithilfe von headers- und id-Attributen korrekt ihren Überschriften zugeordnet sind.

3. Hinweis

Grundlage der Prüfung ist die vorangegangene Überprüfung des Aufbaus der Datentabelle und der Auszeichnung von Überschriften in Prüfschritt 1.3.1e "Datentabellen richtig aufgebaut". Dieser Prüfschritt 1.3.1f beschränkt sich auf die Vollständigkeit und die formale Korrektheit der Zuordnung von Inhalten zu Überschriften.

Einordnung des Prüfschritts

Formulierung BITV 2.0

Vorläufiger Text der BITV 2.0, Entwurf vom Mai 2010

1.3.1 Informationen und Beziehungen

Alle Informationen, Strukturen und Beziehungen, die durch Layout und Präsentation vermittelt werden, sind durch Programme erkennbar oder im Text verfügbar.

Einordnung des Prüfschritts nach WCAG 2.0

Guideline

Success criterion

Techniques

General Techniques
HTML Techniques

Quellen

Was sind Tabellen mit mehreren logischen Ebenen?

(...) the average table of data with a row of headers across the top, and a column of headers down one side or the other (or sometimes the same headers reproduced at either side, to make life easier) has only one logical level of headers.

Tables with two or more levels are those where the row of headers "closest to the content" itself has headers. A trivial example would be months, which have season headers (...)

Quelle: http://lists.w3.org/Archives/Public/wai-wcag-editor/2000OctDec/0155.html

Technique H63: Using the scope attribute to associate header cells and data cells in data tables

"At the current time, those who want to ensure consistent support across Assistive Technologies for tables where the headers are not in the first row/column may want to use the technique for complex tables H43: Using id and headers attributes to associate data cells with header cells in data tables. For simple tables that have headers in the first column or row we recommend the use of the th and td elements."

Quelle: http://www.w3.org/TR/WCAG20-TECHS/H63.html

Technique H43: Using id and headers attributes to associate data cells with header cells in data tables

"The objective of this technique is to associate each data cell (in a data table) with the appropriate headers. This technique adds a headers attribute to each data cell (td element). It also adds an id attribute to any cell used as a header for other cells. The headers attribute of a cell contains a list of the id attributes of the associated header cells. If there is more than one id, they are separated by spaces.

This technique is used when data cells are associated with more than one row and/or one column header. This allows screen readers to speak the headers associated with each data cell when the relationships are too complex to be identified using the th element alone or the th element with the scope attribute. Using this technique also makes these complex relationships perceivable when the presentation format changes.

This technique is not recommended for layout tables since its use implies a relationship between cells that is not meaningful when tables are used for layout."

Quelle: http://www.w3.org/TR/WCAG20-TECHS/H43.html

Weiterführende Links:

Blättern: zum ersten Prüfschritt zum vorhergehenden Prüfschritt zum nächsten Prüfschritt zum letzten Prüfschritt


© 2003 - 2011 DIAS GmbH | Impressum | letzte Änderung 11.10.2011

nach oben