sprungmarker testet

Schlagwort: Screenreader

WebAIM: Inhalt vor Screenreadern verstecken: Update

WebAIM hat heute auf ein sehr interessantes Problem hingewiesen: Hiding content for screen readers. Gängige Praxis ist es ja, Inhalte für Screenreader zu verstecken, sie aus dem sichtbaren Bereich der Webseite zu schieben.

Per CSS wird der Bereich dafür gemeinhin nach links (left: - 1000px) und nach oben in den Minusbereich (top: -1000px) verschoben. Enthält dieser versteckte Bereich etwa einen Link, wird dieser angesprungen, wenn man mit der Tastatur navigiert. Das bewirkt dann jedoch, dass der Browser bei jedem versteckten Link, der den Fokus erhält, wieder ganz nach oben springt.

Weiterlesen „WebAIM: Inhalt vor Screenreadern verstecken: Update“

spd.de: Relaunch mit Hinterzimmer

Das Hinterzimmer meint im klassischen Sprachgebrauch einen Raum, wo geheime Absprachen stattfinden und ist meisthin im Gegensatz zum öffentlich zugänglichen Raum zu sehen, als Gegen-Salon quasi. Dort finden sich die ein, die nur einen begrenzten Zugang haben. 🙂 Zugegeben die SPD meint mit ihrer alternativen Startseite sicherlich nicht den klandestinen, geheimen Zugang, sondern im Gegenteil den Zugang für all jene, die Probleme mit der animierten Startseite haben.

twitter hat ja mittlerweile Kultwert, was Schnelligkeit und Meinungsknapptheit anbelangt. Gestern noch sprach ich dort an, dass diese Sonderlösung nicht wirklich notwendig ist. Martin Ladstätter von BIZEPS votierte jedoch dafür, dass die gesamte Seite ja barrierefrei sei. Warum sich also dann über diese Sonderlösung auf der Startseite noch unterhalten?

Weiterlesen „spd.de: Relaunch mit Hinterzimmer“

Welche Lesestrategien haben Screenreader-Nutzer?

Wie liest ein Screenreader-Nutzer eine Webseite, welche Strategien entwickelt er. In „Three strategies of sceen reader users“ versucht der iQ Blog zum einen verschiedene Lesestrategien aufzuzeigen und zum anderen für jede der Strategien Wege der Verbesserung und Unterstützung herauszuarbeiten.

Dass ein Screenreader-Nutzer eine Webseite in linearer Form erarbeitet, ist bekannt. Interessant wird es aber dann, wie der Spielraum dieser Linearität genutzt wird. So sind vor allem Anfänger daran zu erkennen, dass sie die Seiten in einem Kreis durchlaufen – das Page cycling.

Weiterlesen „Welche Lesestrategien haben Screenreader-Nutzer?“

Blind Confidential: Erste Erfahrungen mit Voice

BlindConfidential – an sich schon ein sehr interessanter Blog – hat nun erste Erfahrungen mit Mac und Voice Over gesammelt. Schnell wird klar, dass Voice Over gänzlich andere Tastaturbefehle nutzt wie etwa JAWS. Dadurch wird die Lernkurve verlangsamt. Meine Erfahrung war ähnlich, vor allem reicht der Funktionsumfang nicht an einen Screenreader heran.

Sprachauszeichnung auch hinfällig?

Wir leben in barrierefreien Zeiten mit immer weniger Todos, möchte man meinen. Nun ist die Sprachauszeichnung an der Reihe.

Acess for all wirft die Frage in Sprachwechsel im Web auf, ob es sinnvoll ist, jeden Wechsel der Sprache im Text auszuzeichnen. Es werden zwei Beispieldateien eines Textausschnittes angeführt, der mit JAWS vorgelesen wird, mal schneller mal langsamer. Abgesehen davon, dass die schnelle Geschwindigkeit für mich keinerlei Verständnis erzeugt, was, wie ich glaube, nicht an der gehäuften Sprachauszeichnung liegt – es ist schlicht zu schnell, finde ich das langsamere Beispiel völlig im Rahmen.

Weiterlesen „Sprachauszeichnung auch hinfällig?“

Barrierefreie PowerPoint-Dateien: Web Access Centre Blog

In Reading and presenting with PowerPoint if you are a screen reader user zeigt der Web Access Centre Blog (via Accessify), wie man seine PowerPoint Dateien barrierfrei gestaltet.

Dort treten die bekannten Probleme auf: Bilder müssen mit Captions versehen, Text muss innerhalb eines Auto-Layouts (?) verwendet und Listen speziell formatiert – z.B. Listenelemente am Ende mit einem Punkt beendet werden.

Screenreader: Tastaturkürzel

Da ich Screenreader häufig sehr kurzfristig einsetze, verwechsle ich oft die je unterschiedlichen Tastaturkürzel.

Daher habe ich eine Liste erarbeitet mit Links und Informationen zu den häufigsten Screenreadern und deren Tastaturkürzeln bzw. auch deren Handbüchern.

Weiterlesen „Screenreader: Tastaturkürzel“

Wie soll in Formularen das LEGEND-Element optimiert werden? – Web Access Centre Blog

Des Guten zu viel: in Too much accessibility – FIELDSET LEGENDS wird erklärt, warum Screenreader eine gut austarierte LEGEND in Formularen benötigen.

Auch welche Dinge sollte man achten und warum, wenn man in Formularen das LEGEND-Element befüllt. Weil Screenreader wie JAWS den Inhalt der LEGEND vor JEDEM LABEL-Element vorlesen, kann es, wie der Artikel gut an Beispielen erläutert, durchaus zu unsinnigen oder missverständlichen Inhalten kommen. Daher sollte der Inhalt der LEGEND vor allem knapp, relevant für jedes einzelne LABEL und im Textfluss immer noch verständlich sein.

Am besten, so der Vorschlag, sollte man sich schlicht den Inhalt der LEGEND am Schluss noch einmal laut vorlesen. Dann kann man rasch Fehler und Unstimmigkeiten erkennen. Bis dato ist mir nicht aufgefallen, dass JAWS das im Default-Fall nicht deaktiviert hat.

Access for all: Beispiele zum ALT-Attribut

Ein sehr schöner Artikel zu den Problemen von Screenreadern mit dem ALT-Attribut: Webtest 1*1: Lost in Spacer.

Dem Blinden teilt der Screen Reader in diesem Fall nicht mit, worum es sich bei der Grafik genau handelt. Stattdessen liest er den eben nicht gerade aussagekräftigen Text “__img/gefaess_d3g”.

Quelle: Webtest 1*1: Lost in Spacer

Demo einer unzugänglichen Seite (DRC)

Ein sehr anschauliches Beispiel einer unzugänglichen Seite bietet die Disability Rights Commission (DRC).

Die Demo zeigt unter verschiedenen Gesichtspunkten (schwierige Mausbenutzung, Sehbehinderung, Nutzung mit einem Screenreader), dass es eben nicht nur blinde oder sehbehinderte Nutzer sind, die auf unzugänglichen Webseiten Probleme haben. Mittels Flash lassen sich auch gut eigene Erfahrungen damit machen.