{"id":38463,"date":"2019-10-31T22:23:52","date_gmt":"2019-10-31T19:23:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/po-napravleniyu-k-dostupnosti\/"},"modified":"2019-10-31T22:23:52","modified_gmt":"2019-10-31T19:23:52","slug":"po-napravleniyu-k-dostupnosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/po-napravleniyu-k-dostupnosti","title":{"rendered":"In Richtung Verf\u00fcgbarkeit","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"In
\n
\nFreitag \u2013 das Ende des Arbeitstags. Schlechte Nachrichten kommen immer freitags zum Ende des Arbeitstags.<\/p>\n

Sie sind dabei, das B\u00fcro zu verlassen, und pl\u00f6tzlich kommt eine neue E-Mail \u00fcber eine weitere Umstrukturierung.<\/p>\n

Danke xxxx, ab heute berichten Sie an zzzz, yyy.
\n\u2026
\nUnd das Team von Hugh wird die Verf\u00fcgbarkeit unserer Produkte f\u00fcr Menschen mit Behinderungen sicherstellen.<\/i>\n<\/p><\/blockquote>\n

Oh nein! Was habe ich getan, um das zu verdienen? Wollen sie, dass ich gehe? Ich soll mich auf die undankbare, harte Arbeit einstellen und versuchen, die Fehler anderer zu beheben. Das wird sicher schiefgehen\u2026<\/p>\n

So war die Zug\u00e4nglichkeit vor ein paar Jahren. Einige Ungl\u00fcckliche bekamen die Aufgabe, die Benutzeroberfl\u00e4che \"aufzur\u00e4umen\", um sie f\u00fcr Menschen mit Behinderungen zug\u00e4nglicher zu machen.
\n<\/a><\/noindex>
\nWas das tats\u00e4chlich bedeutete, war ziemlich vage \u2013 wahrscheinlich, wenn man den Fokusindikator sehen konnte und mit der Tabulatortaste durch die Felder navigieren konnte, und wenn es irgendeinen alternativen Text und ein paar Beschreibungen f\u00fcr die Felder gab, wurde das als Zug\u00e4nglichkeit der Anwendung betrachtet \u2026<\/p>\n

Aber pl\u00f6tzlich begannen die \"Bugs\" wie eine Lawine zu sprie\u00dfen.<\/p>\n

Verschiedene Bildschirmleseger\u00e4te (engl.<\/i> Screen Readers) und Browser verhielten sich v\u00f6llig unterschiedlich.<\/p>\n

Benutzer klagten dar\u00fcber, dass die Anwendung unbrauchbar war.<\/p>\n

Sobald ein Fehler an einer Stelle behoben wurde, trat an einer anderen ein neuer auf.<\/p>\n

Die blo\u00dfe \u00c4nderung und Korrektur von Benutzeroberfl\u00e4chenfehlern erforderte titanische Anstrengungen.<\/p>\n

Ich war dort. Ich habe \u00fcberlebt, aber wir haben nicht \u2039erfolgreich\u203a abgeschnitten \u2013 technisch haben wir viel bereinigt, viele Beschreibungen f\u00fcr Felder hinzugef\u00fcgt, Rollen und einen gewissen Grad an Konformit\u00e4t erreicht, aber niemand war gl\u00fccklich. Die Benutzer beschwerten sich weiterhin, dass sie sich in der Anwendung nicht zurechtfanden. Der Manager beschwerte sich weiterhin \u00fcber den st\u00e4ndigen Fehlerfluss. Die Ingenieure beklagten sich \u00fcber die ungenaue Aufgabenstellung, ohne eine klar definierte \u2039richtige\u203a L\u00f6sung, die in allen F\u00e4llen funktioniert h\u00e4tte.<\/p>\n

Auf meinem Weg zum Verst\u00e4ndnis der Zug\u00e4nglichkeit gab es einige offensichtlich aufschlussreiche Momente.
\nEs war vielleicht das erste Verst\u00e4ndnis, dass es schwierig ist, Barrierefreiheit \u00fcber ein vorhandenes Produkt zu addieren. Und noch schwieriger ist es, die Manager davon zu \u00fcberzeugen, dass es unglaublich komplex ist! Es ist nicht einfach, \"einige Tags hinzuzuf\u00fcgen\" und der Benutzeroberfl\u00e4che wird perfekt funktionieren. Nein, es ist unm\u00f6glich, das in drei Wochen abzuschlie\u00dfen, selbst drei Monate sind nicht genug.
\nMein n\u00e4chster Wendepunkt kam, als ich tats\u00e4chlich sah, wie blinde Benutzer unsere Anwendung verwenden. Das unterscheidet sich SO sehr vom blo\u00dfen \u00dcberfliegen von Fehlermeldungen.<\/p>\n

Ich werde immer wieder darauf zur\u00fcckkommen, aber fast all unsere \u201eAnnahmen\u201c dar\u00fcber, wie Menschen unsere Anwendung genutzt haben, waren falsch.<\/p>\n

Navigation durch eine komplexe Benutzeroberfl\u00e4che mit Tasten Tab\/Shift+Tab<\/code> ist einfach frustrierend! Da muss es etwas Besseres geben: Tastenkombinationen, \u00dcberschriften.<\/p>\n

Der Verlust des Fokus beim \u00c4ndern der Benutzeroberfl\u00e4che ist doch kein gro\u00dfes Problem, oder? Lassen Sie uns dar\u00fcber nachdenken \u2013 das ist wahnsinnig verwirrend.<\/p>\n

Ich habe eine Zeitlang an verschiedenen Projekten gearbeitet, bevor wir ein neues Projekt gestartet haben, mit einer komplexen Benutzeroberfl\u00e4che und klaren Vorgaben, um diesmal die richtige Barrierefreiheit zu gew\u00e4hrleisten.<\/p>\n

Also haben wir einen Schritt zur\u00fcck gemacht und \u00fcberlegt, wie wir das anders umsetzen und erfolgreich sein k\u00f6nnen, damit der Arbeitsprozess nicht langweilig ist!<\/p>\n

Relativ schnell sind wir zu einigen Ergebnissen gekommen:<\/p>\n

    \n
  1. Wir wollten nicht, dass die Leute, die die Benutzeroberfl\u00e4che entwickeln, mit aria-Beschriftungen\/Rollen und der HTML-Struktur der Komponenten herumschlagen. Wir mussten sie mit den richtigen Komponenten versorgen, in denen die Barrierefreiheit direkt ab Werk implementiert ist.<\/li>\n
  2. Zug\u00e4nglichkeit == Benutzerfreundlichkeit \u2013 das hei\u00dft, es ist nicht nur eine technische Aufgabe. Wir mussten den gesamten Designprozess \u00fcberdenken und sicherstellen, dass die Zug\u00e4nglichkeit ber\u00fccksichtigt und diskutiert wird, bevor das Design der Benutzeroberfl\u00e4che beginnt. Es ist notwendig, zun\u00e4chst dar\u00fcber nachzudenken, wie Benutzer eine Funktionalit\u00e4t entdecken k\u00f6nnen, wie sie sich bewegen und wie das \"Rechtsklicken\" von der Tastatur funktionieren wird. Zug\u00e4nglichkeit sollte ein integraler Bestandteil des Designprozesses sein \u2013 f\u00fcr einige Benutzer ist es weit mehr als nur das Aussehen der Anwendung.<\/li>\n
  3. Von Anfang an wollten wir Feedback von blinden und anderen Benutzern mit Einschr\u00e4nkungen zur Benutzerfreundlichkeit der Anwendung erhalten.<\/li>\n
  4. Wir ben\u00f6tigten wirklich gute M\u00f6glichkeiten, um Regressionen in der Zug\u00e4nglichkeit zu erfassen.<\/li>\n<\/ol>\n

    \nNun, aus ingenieurtechnischer Sicht klang der erste Teil ziemlich unterhaltsam \u2013 die Entwicklung der Architektur und die Implementierung der Komponentenbibliothek. Und das war es auch wirklich.<\/p>\n

    Wenn man einen Schritt zur\u00fccktritt und betrachtet Beispiele f\u00fcr ARIA<\/a><\/noindex> Indem wir das als ein Designproblem und nicht als ein Problem des \"Anpassens\" betrachten, haben wir einige Abstraktionen eingef\u00fchrt. Die Komponente verf\u00fcgt \u00fcber eine 'Struktur' (bestehend aus HTML-Elementen) und 'Verhalten' (wie sie mit dem Benutzer interagiert). Zum Beispiel haben wir in den folgenden Fragmenten eine einfache ungeordnete Liste. Durch das Hinzuf\u00fcgen von 'Verhalten' zur Liste werden entsprechende Rollen hinzugef\u00fcgt, damit sie als Liste funktioniert. Das gleiche tun wir f\u00fcr Men\u00fcs.<\/p>\n

    \"In
    \n
    \nTats\u00e4chlich werden hier nicht nur Rollen hinzugef\u00fcgt, sondern auch Ereignis-Handler f\u00fcr die Navigation mithilfe der Tastatur.<\/p>\n

    Das sieht bereits viel ordentlicher aus. Wenn wir eine klare Trennung zwischen ihnen erreichen k\u00f6nnten, w\u00e4re es nicht wichtig, wie die Struktur erstellt wurde; wir k\u00f6nnten Verhaltensweisen (Behaviours) darauf anwenden und die richtige Zug\u00e4nglichkeit erhalten.<\/p>\n

    In Aktion kann dies unter https:\/\/stardust-ui.github.io\/react\/<\/a><\/noindex> \u2013 der UX-Bibliothek React<\/a><\/noindex>, die von Anfang an mit Blick auf die Zug\u00e4nglichkeit gestaltet und implementiert wird, gesehen werden.<\/p>\n

    Der zweite Teil \u2013 die Ver\u00e4nderung der Herangehensweise und der Prozesse rund um das Design \u2013 hat mich anfangs eingesch\u00fcchtert: bescheidene Ingenieure, die versuchen, organisatorische Ver\u00e4nderungen voranzutreiben, enden nicht immer gut, aber es stellte sich als eines der interessantesten Gebiete heraus, in dem wir einen bedeutenden Beitrag zum Prozess geleistet haben. Kurz gesagt, wir hatten den folgenden Prozess: Neue Funktionen wurden von einem Team entwickelt, danach analysierte und iterierte unsere Gruppe von F\u00fchrungskr\u00e4ften das Angebot. Nach der Genehmigung wurde das Design in der Regel an das Ingenieurteam \u00fcbergeben. In diesem Fall hatte das Ingenieurteam tats\u00e4chlich die \u201eVerantwortung\u201c f\u00fcr die Zug\u00e4nglichkeitsfunktionen, da es alle damit verbundenen Probleme beheben musste.<\/p>\n

    Anfangs war es ziemlich schwierig, zu erkl\u00e4ren, dass Zug\u00e4nglichkeit und Benutzerfreundlichkeit untrennbar miteinander verbunden sind und dass dies bereits in der Entwurfsphase ber\u00fccksichtigt werden muss, da sonst erhebliche \u00c4nderungen und Neudefinitionen einiger Rollen erforderlich w\u00e4ren. Dennoch haben wir mit Unterst\u00fctzung des Managements und wichtiger Akteure diese Idee vermittelt und daf\u00fcr gesorgt, dass die Designs auf Zug\u00e4nglichkeit und Benutzerfreundlichkeit gepr\u00fcft werden, bevor sie dem Management pr\u00e4sentiert werden.<\/p>\n

    Das Feedback war f\u00fcr alle \u00e4u\u00dferst wertvoll \u2013 es war fantastisch, wie eine \u00dcbung im Wissensaustausch \/ in der Informationsweitergabe dar\u00fcber, wie Benutzer mit Webanwendungen interagieren. So konnten wir zahlreiche Problembereiche der Benutzeroberfl\u00e4che identifizieren, noch bevor sie umgesetzt wurden. Die Entwicklerteams haben jetzt viel bessere Spezifikationen, nicht nur f\u00fcr die visuellen, sondern auch f\u00fcr die verhaltensbezogenen Aspekte des Designs. Echte Diskussionen sind lebhafte, energiegeladene und leidenschaftliche Debatten \u00fcber technische Aspekte und Interaktionen.<\/p>\n

    Wir k\u00f6nnten diese Arbeit noch besser machen, wenn blinde Nutzer und Menschen mit Behinderungen an diesen (oder zuk\u00fcnftigen) Treffen mit uns teilnehmen w\u00fcrden. Das war schwer zu organisieren, aber inzwischen arbeiten wir tats\u00e4chlich sowohl mit lokalen Organisationen f\u00fcr Blinde als auch mit Unternehmen zusammen, die externes Testing anbieten, um die Benutzererfahrung in den fr\u00fchen Entwicklungsphasen zu \u00fcberpr\u00fcfen \u2013 sowohl auf Komponenten- als auch auf Prozessebene.<\/p>\n

    Jetzt haben die Ingenieure recht detaillierte Spezifikationen und verf\u00fcgbare Komponenten, die sie f\u00fcr die Implementierung nutzen k\u00f6nnen, sowie eine M\u00f6glichkeit, den Ablauf zu \u00fcberpr\u00fcfen. Teilweise hat uns die Erfahrung gelehrt, was wir st\u00e4ndig \u00fcbersehen \u2013 wie wir Regressionen verhindern k\u00f6nnen. In \u00e4hnlicher Weise k\u00f6nnen die Menschen Integrations- oder End-to-End-Tests verwenden, um die Funktionalit\u00e4ten zu \u00fcberpr\u00fcfen, die wir ben\u00f6tigen, um \u00c4nderungen in den Interaktionen und Abl\u00e4ufen zu erkennen \u2013 sowohl visuell als auch verhaltensbezogen.<\/p>\n

    Die Definition von visueller Regression ist eine ziemlich spezifische Aufgabe, und es kann nur sehr wenig zu diesem Prozess hinzugef\u00fcgt werden, au\u00dfer m\u00f6glicherweise zu \u00fcberpr\u00fcfen, ob der Fokus beim Navigieren mit der Tastatur sichtbar ist. Zwei relativ neue Technologien zur Arbeit mit Barrierefreiheit sind jedoch interessanter.<\/p>\n

      \n
    1. Accessibility Insights<\/a><\/noindex> ist ein Set von Werkzeugen, die sowohl im Browser als auch im Rahmen des Build-\/Testzyklus ausgef\u00fchrt werden k\u00f6nnen, um Probleme zu identifizieren.<\/li>\n
    2. Die \u00dcberpr\u00fcfung der Funktionalit\u00e4t von Screenreadern war eine besonders anspruchsvolle Aufgabe. Mit dem Zugang zu Accessibility DOM<\/b>, haben wir endlich die M\u00f6glichkeit, App-Screenshots aus der Sicht der Barrierefreiheit zu erstellen, sehr \u00e4hnlich wie bei visuellen Tests, und diese auf Regressionen zu \u00fcberpr\u00fcfen.<\/li>\n<\/ol>\n

      \nIn der zweiten Phase der Geschichte sind wir also von der Bearbeitung des HTML-Codes zur Arbeit auf einer h\u00f6heren Abstraktionsebene \u00fcbergegangen, haben den Designentwicklungsprozess ver\u00e4ndert und strenge Tests eingef\u00fchrt. Neue Prozesse, neue Technologien und neue Abstraktionsniveaus haben das Verst\u00e4ndnis von Barrierefreiheit und dessen, was es bedeutet, in diesem Bereich zu arbeiten, vollst\u00e4ndig ver\u00e4ndert.
      \nAber das ist erst der Anfang.<\/p>\n

      Das n\u00e4chste \u201eVerst\u00e4ndnis\u201c besteht darin, dass sehbehinderte Benutzer moderne Technologien vorantreiben \u2013 sie profitieren nicht nur von den zuvor beschriebenen Ver\u00e4nderungen, sondern auch von neuen Ans\u00e4tzen und Ideen, die durch ML\/AI m\u00f6glich werden. Zum Beispiel erm\u00f6glicht die Technologie Immersive Reader den Benutzern, Texte einfacher und klarer darzustellen. Der Text kann laut vorgelesen werden, die Satzstruktur wird grammatikalisch aufgeteilt und sogar die Bedeutungen von W\u00f6rtern werden grafisch angezeigt. Dies passt \u00fcberhaupt nicht in das alte Verst\u00e4ndnis von \u201eZug\u00e4nglichkeit\u201c \u2013 es ist eine benutzerfreundliche Funktion, die allen helfen wird.<\/p>\n

      Mit ML\/AI entstehen v\u00f6llig neue Wege der Interaktion und Arbeit, und wir freuen uns, Teil der n\u00e4chsten Schritte auf diesem innovativen Weg zu sein. Innovationen sind das Ergebnis eines Perspektivwechsels \u2013 die Menschheit existiert seit Jahrtausenden, Maschinen seit Hunderten von Jahren, Websites seit einigen Jahrzehnten und Smartphones noch weniger; Technologie muss sich an die Menschen anpassen und nicht umgekehrt.<\/p>\n

      P.S. Der Artikel wurde mit geringf\u00fcgigen Abweichungen vom Original \u00fcbersetzt. Als Co-Autor dieses Artikels habe ich diese Abweichungen mit Hugh abgestimmt.<\/p>\n

      Nur registrierte Benutzer k\u00f6nnen an der Umfrage teilnehmen. Bitte melden Sie sich an.<\/a><\/noindex>Sind Sie an Contour interessiert?<\/p>\n

      Achten Sie auf die Barrierefreiheit Ihrer Anwendungen?<\/h2>\n