Wie ist eine barrierefreie Anwendung definiert? Oder anders; wie kann ich sicherstellen, dass meine Anwendung barrierefrei ist?
Ganz sicher l\u00e4sst sich das wohl nie sagen und vermutlich gibt es auch keine 100% barrierefreien Anwendungen. Was es aber gibt sind Richtlinien, an denen Barrierefreiheit bemessen werden kann.<\/p>\n\n\n\n
Die Web Content Accessibility Guidelines <\/a>gibt es in inzwischen in der Version 2.2. Eine lange Liste von Kriterien, die erf\u00fcllt sein m\u00fcssen, um als barrierefrei eingestuft werden zu k\u00f6nnen. Die Kriterien sind in vier Kategorien eingeteilt. Wahrnehmbar, Bedienbar, Verst\u00e4ndlich und Robust.<\/p>\n\n\n\n Eine Wahrnehmbare Anwendung bedeutet, dass s\u00e4mtliche Inhalte, Informationen und Funktionen von jedem wahrgenommen werden k\u00f6nnen. Also unabh\u00e4ngig von einer Fehlsichtigkeit oder sogar kompletter Blindheit.<\/p>\n\n\n\n Hierbei geht es vor allem darum, Informationen klar zu strukturieren und textuell zu verpacken, aber auch den bewussten Einsatz von Farben und Kontrasten. Denn auch ein Zustand, wie ein aktiver Link, ist eine wahrnehmbare Information.<\/p>\n\n\n\n Eine Anwendung ist dann bedienbar, wenn unabh\u00e4ngig von der Eingabemethode s\u00e4mtliche Informationen und Funktionen zur Verf\u00fcgung stehen. Hier existieren die Tastatur, Joysticks, Strohhalme und Touch-Bildschirme. Stellvertretend kann man sich darauf konzentrieren, dass die Anwendung komplett per Tastatur bedienbar ist.<\/p>\n\n\n\n Es lohnt sich, hierf\u00fcr die gel\u00e4ufigsten Tastenk\u00fcrzel und Input-Steuerung zu lernen. Gesten und Touch sind dadurch nicht verboten, es m\u00fcssen allerdings Alternativen angeboten werden, die per Tastatur steuerbar sind.<\/p>\n\n\n\n Eine Anwendung ist zum einen dann verst\u00e4ndlich, wenn die Texte klar formuliert sind, aber auch wenn ersichtlich ist, welche Funktionen gewisse Schaltfl\u00e4chen ausl\u00f6sen. Oder welche Bedeutung sich hinter Links, Bildern und Icons versteckt. Was f\u00fcr den einen selbstverst\u00e4ndlich ist, braucht f\u00fcr den anderen ggf. eine zus\u00e4tzliche Erkl\u00e4rung.<\/p>\n\n\n\n Eine robuste Anwendung funktioniert auf m\u00f6glichst vielen Ger\u00e4ten, mit m\u00f6glichst vielen Aufl\u00f6sungen und Ausrichtungen. Hier spielt sehr viel das responsive Design rein, es geht aber auch darum, auf Layout-Anpassungen wie eine gr\u00f6\u00dfere Schriftart oder gr\u00f6\u00dferen Zeilenabstand reagieren zu k\u00f6nnen.<\/p>\n\n\n\n Nat\u00fcrlich gibt es eine ganze Bandbreite von Werkzeugen, um die Barrierefreiheit zu \u00fcberpr\u00fcfen. Diese sind genau das: Werkzeuge. Die Ergebnisse m\u00fcssen immer noch verstanden und interpretiert werden und k\u00f6nnen niemals 100 %ige Barrierefreiheit gew\u00e4hrleisten.<\/p>\n\n\n\n Trotzdem sind sie ein guter Anfangspunkt<\/strong>, um der eigenen Anwendung auf den Zahn zu f\u00fchlen und eine Zahl an das Ganze zu schreiben, die sich verbessern l\u00e4sst.<\/p>\n\n\n\nWahrnehmbar<\/h3>\n\n\n\n
Bedienbar<\/h3>\n\n\n\n
Verst\u00e4ndlich<\/h3>\n\n\n\n
Robust<\/h3>\n\n\n\n
Werkzeuge<\/h2>\n\n\n\n
Lighthouse<\/h3>\n\n\n\n