sprungmarker testet

Semantik in HTML ist ja etwas Wunderbares, interessant wird es, wenn man sich die Interpretation durch Screenreader genauer ansieht. Bei meiner Recherche zur Technikwürze zum Thema Formulare hatte ich schon an der einen oder anderen Stelle aufgehorcht. Immer mal wieder war mir nicht klar, habe ich die Semantik in HTML unzureichend gesetzt oder liegt es an der Kombination von Screenreader und / oder Browser / System. Daher werde ich jetzt in loser Folge semantische Auszeichnungen in Screenreadern testen. Den Anfang macht die Auszeichnung von Langzitaten – blockquote -, von Kurzzitaten mit Hilfe des q-Elementes und die jeweilige Zuordnung zur zitierten Quelle – cite.

Screenreader und Zitate: das Gesamtergebnis

Um gleich mit der argumentativen Tür ins Haus zu fallen: Es sieht durchwachsen aus mit der Ausgabe von Zitaten – nur Langzitate werden standardmäßig vorgelesen – aber auch nicht immer. Leider muss man sagen, die gesamte Semantik eines Artikels geht dann doch verloren. Der Weg kann nicht sein, jedes Zitat als blockquote-Element umzusetzen . Vor allem wenn man bedenkt, wie alt die semantische Auszeichnung von Zitaten ist. Die Verwendung reicht quasi ins HTML-Urgestein zurück: Kleine Geschichte des blockquote-Elements anhand der Spezifikationen.

Vor allem kann man die Unterstützung in der Ausgabe bei Screenreadern an der konkreten Browserunterstützung des jeweiligen Elements ablesen. So sitzt das Langzitat mit Hilfe des blockquote-Elements schon weitaus fester, auch wenn man mitunter das explizite Vorlesen erst hinzuschalten muss. Das Kurzzitat mit Hilfe des q-Elements, das ja lange Zeit nur von wenigen Browsern unterstützt wurde – IE 8 hat da ja endlich nachgezogen, hat das Nachsehen. Die Unterstützung wird dauern, da haben Screenreader eindeutig Nachholbedarf. Gänzlich abgeschlagen dann die Angabe der Quelle mit Hilfe des cite-Elements. Einzig als Attribut im Langzitat wird cite von JAWS vorgelesen. Befüllt man das cite-Attribut mit einer URL, sollte man darauf achten, dass sie nicht lang ist, denn JAWS liest das dann wirklich bis zum letzten Zeichen vor. 😉 Einzige Ausnahme ist Window-Eyes, das auch über das Kurzzitat – das q-Element – informiert.

Die Testumgebung

Ich habe eine einfache Testseite erstellt, in der ich im ersten Absatz den alleinigen Einsatz eines Kurzzitats und dessen Quelle und darauf folgend das Langzitat – ein blockquote-Element mit gefülltem cite-Attribut – teste.

Der Blindtext-Generator sagt, dass esse est percipi ein Gassenhauer ist:
    
Überall dieselbe alte Leier. Das Layout ist fertig, der Text lässt auf sich warten. 
   
Quelle: Blindtext-Generator

Diese Testseite habe ich dann mit folgenden Screenreadern und Browser-Erweiterungen getestet:

• JAWS 11 mit IE 8 (Windows) und Firefox 3.6 (Windows)
• NVDA 2010.1 mit Firefox 3.6 (Windows) und IE 8 (Windows)
• Window-Eyes 7.1. und IE 8 (Windows)
• COBRA 8.1. und IE 6 (Windows)
• HAL 11 und IE 8 (Windows)
• Thunder und WebbIE (Windows)
• VoiceOver mit Safari 4.0.4 (Macintosh)
• Webscreenreader WebAnywhere
• Fangs Screenreadersimulator (Firefox)
• Fire Vox Screenreader-Plugin (Firefox)

Die Einstellungen der Screenreader und Erweiterungen sind typisch, also auf eine Default-Installation eingestellt, um festzustellen, ob die semantische Auszeichnung defaultmäßig auch aktiviert ist.

Vergleich Screenreader und Interpretation von Zitaten

Sieht man sich nun in der vergleichenden Tabelle die Ergebnisse im Detail an, ist der Interpretationsvorsprung von Langzitaten deutlich erkennbar. Pro Screenreader wird getestet, ob das Langzitat vorgelesen wird und auch bei einer Standardinstallation aktiviert ist, ob die Quelle als Attribut im Langzitat, das Kurzitat und das alleinstehende cite-Element mit entsprechender Info vorgelesen wird. Denn natürlich wird der entsprechende Text des Elementes immer vorgelesen, aber viel wichtiger ist, dass der Textabschnitt auch als Zitat gekennzeichnet wird.

Screenreader	aktiviert	blockquote	blockquote und cite	q	cite
JAWS 11 mit IE 8	ja	ja	ja	nein	nein
JAWS 11 mit Firefox 3.6.3	ja	ja	ja	nein	nein
NVDA 2010.1 mit Firefox 3.6.3	ja	ja	nein	nein	nein
NVDA 2010.1 mit IE 8	ja	nein	nein	nein	nein
Window-Eyes 7.1. und IE 8	nein	ja	nein	ja	nein
COBRA 8.1. und IE 6	nein	nein	nein	nein	nein
Thunder und WebbIE	nein	nein	nein	nein	nein
Hal mit IE 8	nein	nein	nein	nein	nein
VoiceOver mit Safari 4.0.4	nein	ja	nein	nein	nein
Webscreenreader WebAnywhere	nein	nein	nein	nein	nein
Fangs Screenreadersimulator	ja	ja	nein	nein	nein
Fire Vox Screenreader-Plugin	nein	nein	nein	nein	nein

Screenreader und Zitate: die Ergebnisse im Einzelnen

Das Langzitat

Standardmäßig aktiviert ist der Hinweis auf ein Langzitat nur bei JAWS und NVDA. Bei JAWS wird das Langzitat mit Zitatblock-Anfang und -Ende angesagt, NVDA setzt vor und hinter das Langzitat Zitatblock. Window-Eyes hat die Ansage des Langzitats nicht standardmäßig aktivert. In den Ausführlichkeitseinstellungen wählt man > Browsermodus > Hervorhebung / Bereichshervorhebung aus und hakt an, dass vor und nach dem Langzitat eine Nachricht eingefügt wird. Entsprechend hört sich das dann auch an: am Anfang Bereichshervorhebung und am Ende des Langzitats Bereichshervorhebung Ende. So ganz konsistent funktioniert das nicht, im Testbeispiel wird das Ende des Langzitats nicht angesagt.

Abbildung: Testseite mit Voiceover und Ausführlichkeit hochgesetzt

Auch VoiceOver geht für das Ansagen von Auszeichnungen über die Ausführlichkeitseinstellung. Dort kann man für unterschiedlichste Elemente die Ausführlichkeit erhöhen. Man kann für alles die Ausführlichkeit auf hoch setzen oder für einzelne Elemente. Aber auch wenn man die Ausführlichkeit für alles auf hoch setzt, wird die Zitatinformation noch nicht vorgelesen. Man muss erst den Textblock anwählen und dann wird die Zusatzinformation Zitatblock Ebene-1 vorgelesen. Etwas sehr gewöhnungsbedürftig, aber das ist ja VoiceOver im Allgemeinen. 🙂 VoiceOver versucht ja auch mit dem Konzept der Webspots fehlende Semantik zu ersetzen – ein verständliches, aber auch schwieriges Konzept. Mit VoiceOver arbeite ich immer noch verhältnismässig langsam, die Lernkurve ist trotz schneller Anfangserfolge für mich recht hoch. 🙂

Abbildung: Testseite mit Fangs: Zitaterkennung

In Screenreadern wie Thunder, die nicht direkt mit dem Browser arbeiten, sondern mit einem Browserersatz wird das Zitat als solches nicht vorgelesen, aber durch Anführungszeichen gekennzeichnet, die auch vorgelesen werden. Ähnlich stellt das der Screenreader-Simulator Fangs dar, er markiert ganz richtig für das Langzitat den Anfang mit Block quote start und das Zitatende mit Block quote end.

Das Langzitat in Kombination mit einer Quellenangabe liest nur JAWS verständlich und verlässlich vor. NVDA scheint zwar das cite-Attribut zu erkennen, aber gibt für die Testseite kein verständliches Ergebnis wieder. Man müsste noch testen, ob NVDA nur bestimmte Werte für das cite-Attribut zulässt, etwa nur eine URL.

Tonbeispiele: Langzitat

• Zitaterkennung: Tonbeispiel JAWS (102 Kb)
• Zitaterkennung: Tonbeispiel NVDA (70 Kb)
• Zitaterkennung: Tonbeispiel Window-Eyes (66 Kb)
• Zitaterkennung: Tonbeispiel VoiceOver – nur Zitatende (45 Kb)

Das Kurzzitat

Wie schon ausgeführt, ist das Kurzzitat mit Hilfe des q-Elements noch ein Stiefkind der Ausgabe. Nur Window-Eyes gibt es genauso wie das Langzitat hervorgehoben wieder. Thunder liest auch für das Kurzzitat die Anführungszeichen vor, was wenigstens markiert, dass es sich um ein Zitat handeln könnte. Ansonsten wird ausnahmslos über das Kurzzitat hinweg gelesen. Es erfolgt auch keine Zuordnung zur Quelle des Kurzzitats, das cite-Element wird schlicht überlesen. Ich habe auch sonst keine Einstellungen gefunden, um auch noch das Kurzzitat erkennbar zu machen. Aber ich lasse mich da gerne korrigieren. 🙂 Als Variante hatte ich noch dem q-Element das cite-Attribut testweise hinzugefügt, aber das wurde von Window-Eyes ebenfalls ignoriert.

Fazit

Man könnte jetzt den irrigen Schluss ziehen und alle Zitate – auch Kurzzitate – als Langzitate kennzeichnen. Im Einzelfall kann man das sicherlich noch entscheiden – wann beginnt schon ein Lang- und endet ein Kurzzitat. 🙂 Aber das ist natürlich keine wirkliche Lösung. Und man muss anmerken dürfen, dass eine gängige semantische Auszeichnung wie das Kurzzitat einfach zum Standard gehören sollte, auch und gerade für das Repertoire eines Screenreaders. Also muss man sich einfach wieder auf die Wartebank setzen und hoffen, dass nach der aktuellen Browserunterstützung auch die Screenreader nachziehen werden, Window-Eyes hat das ja schon.

Überrascht hat mich NVDA, der ja für seine Standardkonformität bekannt ist, dass er das Kurzzitat schlicht ignoriert. Ebenso wichtig wäre es, dass Semantik wie die Ansage eines Zitats schlicht immer voreingestellt ist. Schließlich trägt diese Semantik wesentlich zum Verständnis eines Textes bei. Und – das sei abschließend auch angemerkt, muss man Erweiterungen wie Fire Vox, die ja einen Screenreader nur simulieren, immer wieder und noch mit Bedacht nutzen. Sieht man sich die Ergebnisse im Vergleich zu JAWS oder NVDA an, lassen sie sich nicht mit einem realen Screenreader vergleichen. Man sollte also immer mit einem Screenreader testen, Erweiterungen und Simulationen sind bis dato nur Annäherungen.

Update

Das q-Element kann auch noch verschachtelt werden. Window-Eyes, das ja das Kurzzitat entsprechend markiert vorliest, macht das auch für verschachtelte Kurzzitate. Freilich wird ab einer gewissen Verschachtelungstiefe es schwer, die Informationen zur Bereichshervorhebung noch wirklich nachzuvollziehen. Vor allem auch, weil ja die korrekte inhaltliche Zuordnung zur Quelle für das Kurzzitat nicht ausgegeben wird.