sprungmarker testet

Schlagwort: Screenreader

Was ist mit cufón, typeface.js oder lettering.js?

Schriftmanipulation lettering.js
Screenshot: Schriftmanipulation lettering.js - Vorlage

Schriftersetzung ist noch immer aktuell, wenn es sich um Lizenz- oder Darstellungsfragen dreht. Leider möchte man aus mehreren Gründen sagen: Zum einen sind mit dem verstärkten Einsatz von font-face alternative Schriftersetzungs-Lösungen fast obsolet geworden und, entwickelt man im Hinblick auf Barrierefreiheit, waren diese alternativen Lösungen nie wirklich eine Option.

War früher in Sachen Schriftersetzung sIFR Marktführer, übernahmen später Javaskript-basierte Lösungen die Führung. Die bekanntesten sehen wir uns nun im Hinblick auf Barrierefreiheit genauer an: cufón, typeface.js und eine Methode der Schriftmanipulation –  lettering.js.

Weiterlesen „Was ist mit cufón, typeface.js oder lettering.js?“

Was ist Barrierefreiheit – meine Vorträge

Seit kurzem habe ich die Möglichkeit, turnusmäßig und dann geblockt Einführungsvorträge zur Barrierefreiheit zu halten. Das ist ziemlich spannend. :)

Es war zwar ein kleines Hauruck-Unternehmen, weil der erste Vortrag sehr knapp terminiert war, aber da die Vorträge ja nun turnusmäßig stattfinden, kann ich die Präsentation Schritt für Schritt ausbauen und entlang der Erfahrungen optimieren. Die jeweils aktuelle Präsentation packe ich dann auf Slideshare.

Weiterlesen „Was ist Barrierefreiheit – meine Vorträge“

Mit Screenreadern testen (1): Zitatauszeichnung

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.

Weiterlesen „Mit Screenreadern testen (1): Zitatauszeichnung“

Kurz kommentiert: Einfach-teilhaben.de im Usability-Test mit Menschen mit Behinderungen

Die Agentur Aperto hat für das Bundesministerium für Arbeit und Soziales einen Usability-Test mit Menschen mit Behinderungen durchgeführt und die Webseite einfach-teilhaben.de aufgabenorientiert benutzen und bewerten lassen. Die Ergebnisse wurden nun online präsentiert: Einfach-teilhaben.de im Usability-Test mit Menschen mit Behinderungen.

In unserer barrierefreien Arbeit fehlen uns immer praktische Daten. Der herkömmliche Kontext ist ja, dass wir als Entwickler die ersten Nutzer sind, dann geht noch der Controller ran, danach der Kunde und irgendwann nach Launch der eigentliche Nutzer. Hat der Kunde noch Feedbackschleifen eingebaut, erhalten wir wieder von den Nutzern Rückmeldungen, wenn sie mit der Benutzung der Webseite Schwierigkeiten haben. Das hört sich oftmals dann eher sehr allgemein an, unsere Aufgabe ist es dann, diese allgemeinen Aussagen zu überprüfen, die Schwierigkeiten zu finden – das heißt immer so schön debuggen -, den Aufwand zu schätzen und dann wieder in die Entwicklungsschleife einzubinden. Das ist quasi der 08/15 Prozess bei den meisten Agenturen.

Weiterlesen „Kurz kommentiert: Einfach-teilhaben.de im Usability-Test mit Menschen mit Behinderungen“

Kurz kommentiert: Die "Gestandenheit" des barrierefreien Entwicklers

Alexander Farkas versucht in seinem Artikel WAI-ARIA – Epic Fail (Too much accessibility – good intentions, badly implemented) und vor allem in seiner Serie WAIARIA Epic Fail zu ergründen, warum in der Implementierung von WAI-ARIA doch noch einiges unrund ist.

Kurz kommentiert: Die Implementierung von WAIARIA ist ohne Screenreader-Test zwar machbar, aber wenig sinnvoll. Abgesehen davon zeichnet sich barrierefreie Entwicklung großteils durch das Testen mit Screenreadern aus. WAI-ARIA ist ein aktueller Standard, der von Elementen und Attributen her unterschiedlich gut schon von assistiven Technologien unterstützt wird – das konnte ich vor kurzem bei den Attributen für Formulare feststellen. Es war nicht immer einfach zu entscheiden, liegt es am gewählten Screenreader, Browser oder an einer Kombination von beidem, dass das WAI-ARIA-Attribut nicht vorgelesen wurde. Man hat sich also immer auf dem Laufenden zu halten, was die Implementierungstiefe betrifft, insofern muss man auch mit den aktuellsten Updates arbeiten.

Weiterlesen „Kurz kommentiert: Die "Gestandenheit" des barrierefreien Entwicklers“