Wie sich Barrierefreiheit auf responsives Design auswirkt

Sailesh Panchang

Von Sailesh Panchang

12. März 2014

Natürlich liegt der Schwerpunkt des responsiven Designs auf der Fähigkeit des Layouts, sich an den Bildschirm des Nutzers anzupassen. Eine solche Optimierung erleichtert das Lesen und die Navigation durch die Inhalte auf verschiedenen Bildschirmgrößen, indem die Inhalte sich „anpassen und verschieben“. Es gibt jedoch noch einen weiteren entscheidenden Aspekt, der bei diesem Designprozess berücksichtigt werden muss: Wie werden Semantik und Informationszusammenhänge für Personen dargestellt, die auf verschiedenen Plattformen assistive Technologien nutzen? Auf Touchscreen-Geräten kann man beispielsweise nicht wie auf einem Desktop-Computer in einer Datentabelle eine Spalte nach unten durchblättern. Auch Unterschiede bei der Unterstützung von HTML/ARIA auf verschiedenen Plattformen und Geräten müssen bei Design und Entwicklung berücksichtigt werden.

Ein Beispiel für Barrierefreiheit auf Mobilgeräten

In diesem Beispiel werden die Kontodaten in einer zweispaltigen Datentabelle angezeigt, wenn das Kontrollkästchen „Mobile Ansicht“ deaktiviert ist. VoiceOver liest die Zeilenüberschriften nicht vor, wenn man durch den Inhalt einer Datentabelle blättert. Daher ist es in der mobilen Ansicht in Ordnung, stattdessen Listenformatierungen zu verwenden, falls man dies wünscht. Die Benutzererfahrung bleibt für VoiceOver-Nutzer dabei unverändert.

Beachten Sie außerdem, dass die beiden Links, die ein- und ausgeblendet werden können, das Attribut „aria-expanded“ verwenden, um den Status des Links anzuzeigen. Auf einem iOS-Gerät ist es jedoch das Attribut „title“, das aus Gründen der Redundanz im Link angegeben ist, das den Status des Links vermittelt.

Sailesh Panchang

Sailesh Panchang

Als einer der ersten Mitarbeiter von Dequeverfügt Sailesh über umfassende Erfahrung in der Durchführung von Barrierefreiheitsprüfungen für Webinhalte und Software unter Verwendung einer Kombination aus automatisierten und manuellen Testverfahren, einschließlich Code-Reviews. Darüber hinaus unterstützt er die Kunden von Deque dabei, den Einstieg zu finden und die Tools von Dequeeffektiv zu nutzen. Sailesh verfügt über umfassende Kenntnisse in der Anwendung von Barrierefreiheitstechniken für HTML und WAI-ARIA zur Einhaltung von Section 508, den WCAG und Gesetzen wie dem Air Carrier Access Act (ACAA). Sailesh nutzt selbst assistive Technologien und ist auf Bildschirmleseprogramme wie JAWS, NVDA, VoiceOver und TalkBack angewiesen.

Erhalten Sie Blog-Beiträge direkt in Ihren Posteingang

Kein Geschwafel, sondern echte Erkenntnisse zum Thema Barrierefreiheit von qualifizierten Experten.

Sie erklären sich damit einverstanden, dass Deque Informationen gemäß den Bestimmungen in DequeDatenschutzerklärungbeschrieben, Informationen von Deque entgegennimmt, nutzt und weitergibt. Sie können Ihre Einwilligung jederzeit widerrufen, indem Sie uns kontaktieren.

Mehr zu diesem Thema

Unterscheidung zwischen ARIA- und nativen HTML-Attributen

Jeremy Katherman
11. März 2024 Von Jeremy Katherman

Als Entwickler möchten Sie für Ihre Nutzer inklusivere und barrierefreiere digitale Erlebnisse schaffen. Großartig! Es kann jedoch sein, dass Sie sich gerade …

Artikel lesen
Auswahl

Deque Fügt ein neues Appium-Plugin zu axe DevTools Mobile hinzu

Starten Sie mit der Unterstützung für „Bildansichtsname“, „Name des aktiven Steuerelements“, „Größe des Touch-Ziels“, „Bezeichnung im Namen“ und „Bezeichnung im Vordergrund“ – und erfahren Sie mehr über…

Artikel lesen
axe DevTools Mobile fügt ein neues Appium-Plugin hinzu