Layout-Tabellen ohne role=presentation / role=none ein FAIL?

[detlevhfischer]

Im Prüfschritt 9.1.3.1g Kein Strukturmarkup für Layouttabellen wird zurzeit nicht negativ bewertet, wenn die Tabelle nicht über role="presentation" oder role="none" als nicht semantisch deklariert ist. Diese Möglichkeit gab es noch nicht, als der Prüfschritt geschrieben wurde.

Die Frage stellt sich, ob das Fehlen dieser Auszeichnung bei Layouttabellen nicht ein hinreichender Grund für ein FAIL ist. Hier werden ja sonst über das Markup störende und irreführende Informationen an Screenreader-Nutzende geliefert. Was denkt ihr? (Ich werde noch mal suchen was die AGWG dazu sagt, falls das Thema da schon mal aufkam).

Ggf. relevant w3c/wcag#3565
Es gibt auch einen Pull request in Arbeit, aber es ist unklar, ob er am Ende angenommen wird: w3c/wcag#3566

[MarcHaunschild]

Gerne klären. Ich bin immer davon ausgegangen, dass "kein Struktur-Markup" bedeutet man soll keine th, thead oder tfoot verwenden.

[stefanFarnetani]

Ich bin für die direkte Bewertung:
Layouttabellen ohne role="presentation" oder role="none" sind heutezutage automatisch ein FAIL.

[mayerhh]

Nach meinem Verständnis liegt hier kein Mangel vor, der eine negative Bewertung rechtfertigen würde. Layouttabellen ohne Struktur-Markup wie th und mit linearisierbaren Inhalten erfüllen die Anforderungen. role="presentation" ist dabei eine sinnvolle Ergänzung im Sinne der Best-Practice. Die Anforderung selbst zielt ja vor allem auf die fehlerhafte Verwendung von Tabellenmarkup ab – die explizite Rollenzuordnung ist dabei eher ein zusätzlicher Aspekt.

[pkra]

Evtl. relevant: die ARIA WG versucht, die Browser-Heuristiken für Tabellen zu dokumentieren, siehe w3c/aria#2576

[johannesFischer84]

Nach den aktuellen WCAG und ihrer Fehler-Technique F46 würde ich Layouttabellen nicht als Fehler ansehen, selbst wenn sie kein role="presentation"/role="none" aufweisen. Ein Fehler ist nur gegeben, wenn z. B. <th> oder anderes Struktur-Markup verwendet wird.

role="presentation"/role="none" ist sinnvoll und hilfreich einzusetzen, aber keine Pflicht. Auch den verlinkten Pull-Request zu F46 verstehe ich so: Wird role="presentation"/role="none" eingesetzt, dann ist F46 nicht anwendbar. Wird es nicht eingesetzt, dann prüft man, ob Strukturinformationen vorhanden sind und nur bei Vorhandensein wäre mit nicht-konform zu bewerten.

Die Empfehlung sollte natürlich immer sein, auf Layouttabellen komplett zu verzichten und die Gestaltung mit CSS vorzunehmen.

[anatom5]

Ich sehe das wie Thomas und Johannes.

[stefanFarnetani]

Ich sage es ja immer wieder 30% der Arbeitszeit eines a11y Spezialisten entfällt auf die Aktualisierung seines Wissens.
Ich gebe zu, diesmal hat es mich kalt erwischt.
In diesem Fall hatte ich falsches / veraltetes Wissen abgespeichert.

Dass wir Layouttabellen geahndet haben all die Jahre war übertrieben.
Nach WCAG ist es nur eine Empfehlung auf Layouttabellen zu verzichten.

Besonders spannend in diesem Zusammenhang sind HTML-E-Mails, die immer noch massiv gebrauch machen von Layouttabellen. Bitter, dass ich Layouttabellen ab sofort durchwinken muss.

Ich schließe mich den anderen an.
Es ist in der Technik eindeutig:
Layouttabellen enthalten ausschließlich -Elemente und sind mit role="presentation" oder role="none" gekennzeichnet.

Wenn wir gerade dem Prüfschritt überarbeiten, schlage ich vor diesen auch gleich umzubenennen.
Der bisherige Titel suggeriert, dass Layoutabellen verboten sind.

"Kein Strukturmarkup für Layouttabellen" -> "Layouttabellen korrekt ausgezeichnet".

Und unter "Was wird geprüft"
"Tabellenstruktur-Mark-up soll nicht für Layouttabellen verwendet werden." ->
"Layouttabellen sind nicht verboten. Besonders in HTML-E-Mails sind sie üblich.
Wichtig ist jedoch der korrekte Aufbau von Layouttabellen. Wenn eine Layouttabelle nicht korrekt gekennzeichnet ist, kann es die Nutzung mit Screenreader erschweren."

[MarcHaunschild]

Ich finde persönlich die jetzige Bezeichnung besser verständlich. Ob Tabellen korrekt ausgezeichnet werden, wird bei 9.1.3.1e Datentabellen richtig aufgebaut geprüft...

Wir könnten hier aber erwähnen, dass Layout-Tabellen keine th, thead, tfoot und tbody enthalten sollten, so wie attribute wie headers oder role="", wenn damit dann doch wieder tds de facto ausgezeichnet werden.

Außerdem finde ich es gut, role="presentation none" zu empfehlen und hier automatisch ein "PASS" zu vergeben