26 März 2021 | Ted Page
Ein guter Rat kann so sehr vereinfacht werden, dass er Schaden anrichtet. Leider gehen in der barrierefreien Welt viele solcher Vereinfachungen um.
Ich habe in diesem Blog an anderer Stelle über einige Fälle geschrieben, darunter zum Thema ausgelassene Überschriften, Kursivsetzungen und verbundene Tabellenzellen. In weiteren Einträgen möchte ich andere Themen wie „Benutze nicht Hier Klicken“ oder „Design spielt keine Rolle, nur Funktionalität zählt“ behandeln.
Hier möchte ich jedoch zum Thema Tabellen zurückkehren, da ich erst kürzlich mehrere stark vereinfachte Anleitungen für Barrierefreiheit zu diesem Thema entdeckt habe, die von bekannten Organisationen herausgegeben wurden. Ich werde sie mit der Anleitung von WCAG (Richtlinie für barrierefreie Webinhalte) zu diesem Thema vergleichen und diskutieren, wie beide in der realen Welt funktionieren. Hier werde ich argumentieren, dass in einer Welt konkurrierender Ansprüche WCAG der verlässlichste Bezugspunkt bleibt.
Die stark vereinfachte Version
Im Fall verbundener Tabellenzellen geht der stark vereinfachte Rat ungefähr so: Verbinden Sie keine Tabellenzellen. Zerlegen Sie stattdessen komplexe Tabellen in eine Reihe kleinerer, einfacherer Tabellen. Wie wir sehen werden, kann dies ein guter Rat sein.
Aber manchmal ist es eben kein guter Rat und manchmal ist es auch unmöglich, ihn zu befolgen, selbst wenn man das wünscht.
Was WCAG zum Thema verbundener Tabellenzellen zu sagen hat
Im Gegensatz dazu schreibt WCAG unter Technique H63 Folgendes (meine Hervorhebungen):
- Manche Benutzer*innen könnten es einfacher finden, mit mehreren einfachen Tabellen statt einer komplexen Tabelle zu arbeiten.
- Autor*innen könnten darüber nachdenken, ob sie komplexe Tabellen in eine oder mehrere einfache Tabellen konvertieren können.
Außerdem schreibt WCAG unter Technique PDF6:
- Zellen, die über zwei oder mehr Zellen oder Spalten gehen, sollten die RowSpan oder ColSpan (Zeilen oder Spalten überspannende) Attribute nutzen.
Zusammenfassung der Position von WCAG
Die Position von WCAG zum Thema verbundene Tabellenzellen kann wie folgt zusammengefasst werden: Manche Personen könnten Tabellen einfacher zu benutzen finden, wenn sie in kleinere Einheiten zerlegt werden, aber es gibt keine Notwendigkeit, dies zu tun. Es gibt auch eine deutliche Anerkennung der Tatsache, dass manche Tabellen nicht aufgeteilt werden können. Deswegen ist es wichtig, sicherzustellen, dass, wenn Zellen verbunden werden, ihre Spalten und Zeilen überspannenden Attribute korrekt ausgezeichnet werden.
Probleme eines stark vereinfachten Rats
Sollte die Antwort, die Leser*innen in Bezug auf eine Tabelle suchen, nur der Inhalt einer einzelnen Zelle sein (wie zum Beispiel in einem Busfahrplan), dann könnte diese Information einfacher zu erhalten sein, wenn komplexe Tabellen geteilt werden. Sollte aber die Antwort auf die Frage die Extraktion von Trends, Mustern, Beziehungen, Proportionen oder Anomalien von Daten erfordern, dann ist es wahrscheinlich die bessere Option, die Daten in einer einzigen komplexen Tabelle zu behalten.
Beispiel 1
| 2020 | 2019 | ||||
|---|---|---|---|---|---|
| Beginn | Abschluss | Beginn | Abschluss | ||
| Rotes Team | Harry | 10 | 8 | 5 | 5 |
| Tom | 12 | 7 | 6 | 6 | |
| Beth | 15 | 15 | 3 | 3 | |
| Blaues Team | Sue | 16 | 15 | 9 | 8 |
| Sam | 13 | 13 | 4 | 2 | |
| Bill | 14 | 14 | 7 | 3 | |
In dem oben gezeigten Beispiel würde die Tabelle in vier separate Tabellen zerlegt werden müssen, um verbundene Zellen zu vermeiden (je eine für das rote Team 2020, das rote Team 2019, das blaue Team 2020 und das blaue Team 2019). Wenn zum Beispiel Benutzer*innen wissen wollen, wie viele Rennen Harry aus dem roten Team 2020 antrat, sollten die relevante Tabelle und die Inhalte der passenden Zelle ziemlich direkt zu finden sein.
Wenn jedoch Benutzer*innen zum Beispiel Vergleiche zwischen Teams oder zwischen Jahren machen wollen, ist es womöglich viel einfacher, dies in der größeren, komplexen Tabelle zu tun, als zwischen vier separaten Tabellen hin und her zu springen, um die gewünschte Information zu erhalten.
Beispiel 2
Zweitens können, wie oben erwähnt, manche Tabellen nicht geteilt werden und müssen deswegen verbundene Zellen enthalten. Unten zeige ich ein Beispiel für diesen Fall. (Es kann nicht geteilt werden, weil es Gesamtsummen in der letzten Zeile enthält.)
| Bewertung | 2020 | 2019 | ||
|---|---|---|---|---|
| Langfristige Vermögenswerte | Immaterielle Vermögenswerte | 12 | 5.095 | 6.342 |
| Sachanlagen | 9 | 152.098 | 144.702 | |
| Forderungen | 6 | 909 | 480 | |
| Gesamtsumme der langfristigen Vermögenswerte | 158.102 | 151.524 | ||
| Umlaufvermögen | Bestände | 14 | 8.175 | 8.133 |
| Forderungen | 10 | 5.223 | 18.380 | |
| Zahlungsmittel und Zahlungsmitteläquivalente | 1 | 9.692 | 8.156 | |
| Gesamtsumme des Umlaufvermögens | 43.090 | 34.669 | ||
| Laufende Verbindlichkeiten | Handels- und andere Verbindlichkeiten | 3 | −37.327 | −29.937 |
| Kredite | 8 | −17.956 | −7.686 | |
| Rückstellungen | 16 | −381 | −412 | |
| Sonstige Verbindlichkeiten | 7 | −3.948 | −5.506 | |
| Gesamtsumme der laufenden Verbindlichkeiten | −59.612 | −43.541 | ||
| Gesamtsumme der Vermögenswerte abzüglich laufender Verbindlichkeiten | 141.580 | 142.652 | ||
| Langfristige Verbindlichkeiten | Kredite | 12 | −46.481 | −47.476 |
| Rückstellungen | 22 | −4.110 | −4.302 | |
| Sonstige Verbindlichkeiten | 26 | −1.056 | −1.584 | |
| Gesamtsumme der langfristigen Verbindlichkeiten | −51.647 | −53.362 | ||
| Gesamtsumme der eingesetzten Vermögenswerte | 89.933 | 89.290 | ||
Mir ist übrigens bewusst, dass Einträge in Finanztabellen wie die oben erwähnten „Langfristigen Vermögenswerte“ oftmals in separaten Zeilen und nicht in der ersten Spalte verbundener Zellen erscheinen.
Dies zu tun zeugt jedoch nicht von einem guten − barrierefreien oder anderweitigen − Design, weil es die Beziehung zwischen Daten in Zeilen und Spalten bricht, wobei dies die ausschlaggebende Charakteristik für eine Tabelle und ihre Funktion ist. Auch löst dies nicht das Problem, dass dann diese Zellen auf jeden Fall horizontal verbunden werden müssen.
Fazit
Vorsicht bei stark vereinfachtem Rat für Barrierefreiheit zum Thema komplexe vs. einfache Tabellen. So wie bei ausgelassenen Überschriften, Kursivsetzungen, „Hier Klicken“ und vielen weiteren Beispielen bietet WCAG eine vernünftige, praktische und gut durchdachte Anleitung. Unnötigerweise Ihre Optionen einzuschränken, kann Ihren Inhalt weniger zugänglich machen statt mehr.