Wenn ein guter Rat zur Barrierefreiheit so stark vereinfacht wird, dass es ein schlechter Rat wird

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

Tabelle 1: Vergleichende Statistik des Rennens zwischen rotem und blauem Team
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.)

Tabelle 2: Erklärung zur finanziellen Situation zum Jahresende, £’000
  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.