Canvas - HTML5 - page 185

5.15.2 Barrierefreiheit in Canvas?
Das Fragezeichen in dieser Kapitelüberschrift ist absichtlich gewählt, denn
beim Thema Accessibility , wie Barrierefreiheit im Englischen genannt wird,
weist Canvas eindeutig Mängel auf. Dies liegt zum einen daran, dass bei der
Konzeption von Canvas der Barrierefreiheit kaum Aufmerksamkeit geschenkt
wurde, und zum anderen in der Natur der Sache: Rasterbasierte Formate ohne
DOM sind von Haus aus nicht wirklich barrierefrei.
Im Umfeld der HTML5-Spezifikation wäre wohl SVG mit seinem DOM besser
geeignet, um barrierefrei Inhalte zu realisieren, dennoch zeigt die Praxis, dass
selbst große Projekte wie der Online-Editor Bespin ( https://mozillalabs.com/
bespin/ ) aus Gründen der Performance auf Canvas statt auf SVG setzen und
damit eigentlich gegen die zu Beginn der Spezifikation aufgestellte Grundsatz-
regel Canvas soll nicht in einem Dokument verwendet werden, wenn ein passen-
deres Element zur Verfügung steht verstößt.
Auch die zweite Forderung, dass jeder Autor eine nicht Canvas-basierte Alterna-
tive mit gleicher Funktionalität zur Verfügung stellen muss , geht an der Wirklich-
keit vorbei. Der Bereich zwischen Canvas-Start- und End-Tag wäre zwar für
solche Alternativen vorgesehen, wird aber meist nur dazu verwendet, um Fall-
back-Content für Browser mit fehlender Canvas-Unterstützung anzuführen.
Bei interaktiven Canvas-Applikationen schlägt die Spezifikation auch vor, dass
im Fallback-Bereich für jeden fokussierbaren Bereich des Canvas ein fokus-
sierbares HTML-Element (zum Beispiell ein input -Element) aufgenommen
wird und Autoren mithilfe der Methode drawFocusRing() jene Bereiche im Can-
vas mit einem Ring markieren, die gerade den Fokus im Fallback haben. Das
in diesem Zusammenhang in der Spezifikation angeführte Beispiel mit zwei
Checkboxen, die über drawFocusring() im Fallback- und Canvas-Bereich syn-
chron gehalten werden sollen, zeigt, wie kompliziert das Ganze ist, und lässt
vermuten, dass diese Lösung noch nicht der Weisheit letzter Schluss ist.
Seit Juli 2009 versucht auch die Canvas Accessibility Task Force beim W3C eine
Änderung der nicht zufriedenstellenden Situation herbeizuführen. Verbesse-
rung des Fokus- und Cursor-Managements werden ebenso untersucht wie
Möglichkeiten, das canvas -Element als Grundlage für Imagemaps über das
usemap -Attribut zu erlauben. Erste Vorschläge liegen auf dem Tisch, werden
eifrig diskutiert und könnten in der einen oder anderen Form auch ihren Weg
in die Spezifikation finden.
Bis dahin heißt es aber leider immer noch: Barrierefreiheit - bitte warten!