Im letzten Monat wurde ARIA 1.1 zusammen mit zahlreichen weiteren Vorgaben zur Barrierefreiheit als neuer Webstandard des W3C veröffentlicht. Eines der neuen Attribute, die damit eingeführt werden, ist aria-modal. Einen ausführlichen Artikel zum Einsatz dieses Attributs habe ich heute drüben bei den Webkrauts veröffentlicht.
Willkommen auf hellbusch.de
Letztens bin ich 50 geworden und habe eingeladen. Mein Freund Holger aus Studentenzeiten kam mit seiner Familie, und sie schenkten mir unter anderem einen Zauberwürfel mit Anleitung. Das besondere an diesem Geschenk war, dass Holger sich einige Gedanken gemacht hat, wie ich als Blinder den Würfel lösen kann.
Am 9. November war der diesjährige World Usability Day. Das übergeordnete Thema in 2017 war „Inclusion through UX“. Ich war eingeladen, auf der Veranstaltung in Leipzig die Keynote zu halten. Eine PDF mit den Folien kann hier heruntergeladen werden; nachfolgend stelle ich meine Notizen zum Vortrag bereit.
Manchmal sind Webseiten so aufgebaut, dass die Reihenfolge bzw. Hierarchie der Inhalte im Document Object Model (DOM) in Hilfsmitteln wie Screenreader nicht optimal genutzt werden können. Mit Accessible Rich Internet Applications (ARIA) kann die Hierarchie der Inhalte für Screenreader und andere Hilfsmittel in wenigen Schritten angepasst werden, ohne dass die Reihenfolge oder Hierarchie im DOM angepasst werden muss. Ist das Zukunftsmusik oder verfügen wir bereits über diese Technik?
Seit letztem Frühjahr werden beim W3C regelmäßig neue Entwürfe der Web Content Accessibility Guidelines (WCAG) 2.1 veröffentlicht. Gestern war es wieder soweit, und jetzt soll es nur noch einen weiteren Entwurf geben. Kommentierungen sind also jetzt gefragt.
Lohnt es sich für professionelle Webentwickler, in einen kommerziellen Screenreader zu investieren? Zunächst nicht, denn es gibt zahlreiche moderne kostenfreie Screenreader, die im Web gut funktionieren. Der Open-Source-Screenreader NVDA ist dabei ein Werkzeug, mit dem die Zugänglichkeit von Webseiten in Screenreadern überprüft werden kann.
Die Rolle „application“ wird viel zu oft auf Webseiten eingesetzt. Eigentlich gibt es kaum Fälle, in denen die Rolle berechtigt ist – bestimmte komplexe Anwendungen wie ein Editor oder Widgets, die nicht mit einem der zahlreichen widget roles aus Accessible Rich Internet Applications (ARIA) abgebildet werden können, kommen in Frage. Die Rolle „application“ schränkt in den meisten Fällen die Barrierefreiheit einer Anwendung sehr stark ein.
Ausnahmen und Fristen
Nicht alle Inhalte müssen (bis 2018) nach der EU-Richtlinie 2102 barrierefrei werden
Mit der Europäischen Richtlinie 2102 wird ab Dezember 2018 die Anwendung der EN 301 549 respektive der Web Content Accessibility Guidelines (WCAG) 2.0 für alle öffentliche Stellen innerhalb der Europäischen Union verpflichtend sein. Die WCAG 2.0 sind grundsätzlich auf alle Inhaltsformen, Formate und Prozesse auf Webseiten und in mobilen Anwendungen anwendbar, auch wenn es vereinzelte Ausnahmen gibt. In der Europäischen Richtlinie werden weitere Inhaltsformen ausgenommen und für andere Inhalte gibt es längere Umsetzungsfristen.
zum Beitrag »
Öffentliche Stellen
wer zur Einhaltung der technischen Standards nach der EU-Richtlinie 2102 verpflichtet werden soll
Die Europäische Richtlinie 2102 legt die Anforderungen an die Barrierefreiheit von Webseiten, Dokumenten, mobilen Apps und Intranets fest. Die Mitgliedsstaaten der Europäischen Union werden angehalten, entsprechende Vorschriften für öffentliche Stellen zu erlassen.
Mit Inkrafttreten der Europäischen Richtlinie 2102 stellt sich die Frage, ob sich die Anforderungen der Barrierefreiheit im Web oder in mobilen Apps ändert. Als Mindestanforderung für die öffentlichen Stellen in Europa wird ab Dezember 2018 die Europäische Norm EN 301 549 benannt.