{"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\/news\/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 kurz vor Feierabend.<\/p>\n

Sie sind im Begriff, das B\u00fcro zu verlassen, als ein neues Schreiben zu einer erneuten Umstrukturierung just jetzt in Ihrem Postfach eingeht.<\/p>\n

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

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

So war die Verf\u00fcgbarkeit vor einigen Jahren. Einige Arme hatten den Job, die Benutzeroberfl\u00e4che zu \"s\u00e4ubern\", um sie f\u00fcr Menschen mit Einschr\u00e4nkungen zug\u00e4nglich zu machen.
\n<\/a><\/noindex>
\nWas das tats\u00e4chlich bedeutete, war ziemlich vage \u2013 wahrscheinlich, wenn Sie den Fokusindikator sehen und sich mit der Tabulatortaste durch die Felder bewegen konnten, einen alternativen Text hatten und ein paar Beschreibungen zu den Feldern, dann galt Ihre Anwendung als zug\u00e4nglich...<\/p>\n

Aber pl\u00f6tzlich begannen sich die \u201eBugs\u201c wie eine Lawine zu vermehren.<\/p>\n

Verschiedene Screen Reader und Browser verhielten sich absolut unterschiedlich.eng.<\/i> Benutzer beschwerten sich, dass die Anwendung unbenutzbar sei.<\/p>\n

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

Und einfach nur Fehler in der Benutzeroberfl\u00e4che zu \u00e4ndern und zu beheben, erforderte titanische Anstrengungen.<\/p>\n

Ich war dort. Ich habe \u00fcberlebt, aber wir haben nicht \"\u00fcberlebt\" \u2013 technisch haben wir viel bereinigt, viele Beschreibungen zu den Feldern hinzugef\u00fcgt, Rollen vergeben und ein gewisses Ma\u00df 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 einen st\u00e4ndigen Strom von Fehlern. Die Ingenieure beschwerten sich \u00fcber unklare Aufgabenstellungen ohne klar definierte \"richtige\" L\u00f6sungen, die in allen F\u00e4llen funktionierten.<\/p>\n

Auf meinem Weg zum Verst\u00e4ndnis von Zug\u00e4nglichkeit gab es einige offensichtlich aufschlussreiche Momente.<\/p>\n

Ich wusste, dass ich ein gro\u00dfes Problem l\u00f6sen musste.
\nM\u00f6glicherweise war das erste Verst\u00e4ndnis, dass es schwierig ist, Zug\u00e4nglichkeitsfunktionen \u00fcber ein bestehendes Produkt zu legen. Und es ist noch schwieriger, die Manager davon zu \u00fcberzeugen, dass es unglaublich kompliziert ist! Es ist nicht einfach \"ein paar Tags hinzuzuf\u00fcgen\" und die Benutzeroberfl\u00e4che wird gro\u00dfartig funktionieren. Nein, es ist unm\u00f6glich, das in drei Wochen abzuschlie\u00dfen, selbst drei Monate werden nicht ausreichen.
\nMein n\u00e4chster Moment der Wahrheit kam, als ich mit eigenen Augen sah, wie blinde Benutzer tats\u00e4chlich unsere Anwendung nutzen. Das ist SO anders, als nur Fehlermeldungen zu betrachten.<\/p>\n

Ich werde immer wieder darauf zur\u00fcckkommen, aber fast alle unsere \"Annahmen\" dar\u00fcber, wie Menschen unsere Anwendung nutzen, waren falsch.<\/p>\n

Die Navigation durch eine komplexe Benutzeroberfl\u00e4che mit Tasten Tab\/Shift+Tab<\/code> \u2013 das ist frustrierend! Wir brauchen etwas Besseres. Tastenkombinationen, \u00dcberschriften.<\/p>\n

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

Ich arbeitete eine Weile an verschiedenen Projekten, und dann begannen wir ein neues Projekt mit einer komplexen Benutzeroberfl\u00e4che und dem klaren Ziel, dieses Mal endlich die richtige Zug\u00e4nglichkeit zu erreichen.<\/p>\n

Also machten wir einen Schritt zur\u00fcck und schauten, wie wir dies anders umsetzen und erfolgreich sein k\u00f6nnen, w\u00e4hrend der gesamte Arbeitsprozess nicht langweilig ist!<\/p>\n

Relativ schnell kamen wir zu einigen Schlussfolgerungen:<\/p>\n

    \n
  1. Wir wollten nicht, dass die Leute, die die Benutzeroberfl\u00e4che entwickeln, sich mit aria-Bezeichnungen\/Rollen und nat\u00fcrlich mit der HTML-Struktur der Komponenten herum\u00e4rgern. Wir mussten ihnen die richtigen Komponenten zur Verf\u00fcgung stellen, bei denen die Zug\u00e4nglichkeit direkt \"out of the box\" realisiert ist.<\/li>\n
  2. Zug\u00e4nglichkeit == Benutzerfreundlichkeit \u2013 d.h. es ist nicht nur eine technische Aufgabe. Wir mussten den gesamten Designprozess \u00e4ndern und sicherstellen, dass die Zug\u00e4nglichkeit vor Beginn des Designs der Benutzeroberfl\u00e4che ber\u00fccksichtigt und diskutiert wird. Es muss von Anfang an \u00fcberlegt werden, wie Benutzer eine Funktionalit\u00e4t entdecken k\u00f6nnen, wie sie navigieren und wie das \"rechte Mausklicken\" \u00fcber die Tastatur funktionieren wird. Zug\u00e4nglichkeit sollte ein integraler Bestandteil des Designprozesses sein \u2013 f\u00fcr einige Benutzer ist sie viel mehr als nur das Erscheinungsbild der Anwendung.<\/li>\n
  3. Von Anfang an wollten wir Feedback von blinden und anderen Nutzern mit Einschr\u00e4nkungen zur Benutzerfreundlichkeit der App erhalten.<\/li>\n
  4. Wir brauchten wirklich gute M\u00f6glichkeiten, um regressiv zug\u00e4ngliche Probleme zu erkennen.<\/li>\n<\/ol>\n

    \nNun, aus ingenieurtechnischer Sicht klang der erste Teil ziemlich interessant \u2013 die Entwicklung der Architektur und die Implementierung der Komponentenbibliothek. Und tats\u00e4chlich war es genau so.<\/p>\n

    Wenn man einen Schritt zur\u00fccktritt und ARIA-Beispiele<\/a><\/noindex> Und wir betrachten dies als ein Designproblem und nicht als ein Problem der \"Anpassung\", haben wir einige Abstraktionen eingef\u00fchrt. Die Komponente hat 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. Wenn wir 'Verhalten' zur Liste hinzuf\u00fcgen, werden die entsprechenden Rollen hinzugef\u00fcgt, damit sie wie eine Liste funktioniert. Das gleiche tun wir f\u00fcr das Men\u00fc.<\/p>\n

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

    Das sieht schon viel ordentlicher aus. Wenn wir eine klare Trennung zwischen ihnen erreichen k\u00f6nnten, w\u00e4re es unwichtig, wie die Struktur erstellt wurde, wir k\u00f6nnten Verhaltensweisen anwenden und die richtige Barrierefreiheit erreichen.<\/p>\n

    Dies kann man in Aktion unter der Adresse sehen 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 entworfen und umgesetzt wird.<\/p>\n

    Der zweite Teil \u2013 die \u00c4nderung des Ansatzes und der Prozesse rund um das Design \u2013 hat mich anfangs eingesch\u00fcchtert: bescheidene Ingenieure, die versuchen, organisatorische Ver\u00e4nderungen durchzusetzen, enden nicht immer gut, aber es stellte sich als einer der interessantesten Bereiche heraus, in denen wir einen bedeutenden Beitrag zu dem Prozess geleistet haben. Kurz gesagt, wir hatten den folgenden Prozess: Neue Funktionalit\u00e4ten wurden von einem Team entwickelt, danach analysierte \/ iterierte unsere Gruppe von F\u00fchrungskr\u00e4ften diesen Vorschlag, und nach der Genehmigung wurde das Design in der Regel an das Ingenieurteam \u00fcbergeben. In diesem Fall hatte das Ingenieurteam tats\u00e4chlich die 'Besitz' \u00fcber die Barrierefreiheit, da es alle damit verbundenen Probleme beheben musste.<\/p>\n

    Anfangs war es eine ziemlich schwierige Aufgabe \u2013 zu erkl\u00e4ren, dass Zug\u00e4nglichkeit und Benutzerfreundlichkeit untrennbar miteinander verbunden sind und dass dies bereits in der Entwurfsphase ber\u00fccksichtigt werden muss, da es sonst zu gr\u00f6\u00dferen \u00c4nderungen und einer Neuinterpretation einiger Rollen kommt. Dennoch konnten wir mit Unterst\u00fctzung des Managements und wichtiger Akteure diese Idee vermitteln und umsetzen, damit die Designs vor der Pr\u00e4sentation beim Management auf Zug\u00e4nglichkeit und Benutzerfreundlichkeit \u00fcberpr\u00fcft werden.<\/p>\n

    Und dieses Feedback war f\u00fcr alle \u00e4u\u00dferst wertvoll \u2013 es war fantastisch, wie eine \u00dcbung zum Wissensaustausch und zur Informationsweitergabe dar\u00fcber, wie Benutzer mit Webanwendungen interagieren; wir konnten zahlreiche Schwachstellen der Benutzeroberfl\u00e4che identifizieren, bevor sie gebaut wurden. Die Entwicklerteams verf\u00fcgen nun \u00fcber viel bessere Spezifikationen, nicht nur f\u00fcr die visuellen, sondern auch f\u00fcr die verhaltensbezogenen Aspekte des Designs. Die echten Diskussionen sind lebhafte, energiegeladene, leidenschaftliche Gespr\u00e4che \u00fcber technische Aspekte und Interaktionen.<\/p>\n

    Wir k\u00f6nnten diese Arbeit noch besser machen, wenn bei diesen (oder zuk\u00fcnftigen) Treffen auch blinde Benutzer und Benutzer mit Einschr\u00e4nkungen anwesend w\u00e4ren \u2013 das war schwer zu organisieren, aber jetzt arbeiten wir tats\u00e4chlich mit lokalen Organisationen f\u00fcr Blinde sowie mit Unternehmen zusammen, die externes Testing f\u00fcr die \u00dcberpr\u00fcfung des Nutzungspfades in den fr\u00fchen Entwicklungsphasen anbieten \u2013 sowohl auf Komponenten- als auch auf Nutzungspfadebene.<\/p>\n

    Jetzt verf\u00fcgen die Ingenieure \u00fcber ziemlich detaillierte Spezifikationen, zug\u00e4ngliche Komponenten, die sie f\u00fcr die Implementierung verwenden k\u00f6nnen, und eine M\u00f6glichkeit, den Nutzungspfad zu \u00fcberpr\u00fcfen. Teilweise hat uns die Erfahrung gelehrt, dass wir st\u00e4ndig etwas \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 Interaktionen und Nutzungspfaden zu erkennen \u2013 sowohl in visueller als auch in verhaltensbezogener Hinsicht.<\/p>\n

    Die Definition von visueller Regression ist eine ziemlich pr\u00e4zise Aufgabe, zu diesem Prozess l\u00e4sst sich nur sehr wenig hinzuf\u00fcgen, au\u00dfer vielleicht der \u00dcberpr\u00fcfung, ob der Fokus bei der Navigation mit der Tastatur sichtbar ist. Zwei relativ neue Technologien, die sich mit der Barrierefreiheit besch\u00e4ftigen, sind jedoch interessanter.<\/p>\n

      \n
    1. Accessibility Insights<\/a><\/noindex> ist eine Sammlung 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 schwierige Aufgabe. Mit dem Zugriff auf Accessibility DOM<\/b>, haben wir endlich die M\u00f6glichkeit erhalten, Aufnahmen der Anwendung aus der Sicht der Barrierefreiheit zu machen, die sehr \u00e4hnlich sind, wie wir sie f\u00fcr visuelle Tests erstellen, und wir pr\u00fcfen sie auf Regression.<\/li>\n<\/ol>\n

      \nIm zweiten Teil der Geschichte haben wir uns also von der Bearbeitung von HTML-Code zu einem h\u00f6heren Abstraktionsniveau bewegt, den Designentwicklungsprozess ver\u00e4ndert und umfassende Tests eingef\u00fchrt. Neue Prozesse, neue Technologien und neue Abstraktionsniveaus haben unser Verst\u00e4ndnis von Barrierefreiheit und davon, was es bedeutet, in diesem Bereich zu arbeiten, vollst\u00e4ndig ver\u00e4ndert.
      \nDoch das ist erst der Anfang.<\/p>\n

      Das n\u00e4chste Verst\u00e4ndnis besteht darin, dass blinde Benutzer bahnbrechende Technologien vorantreiben \u2013 sie profitieren nicht nur am meisten von den zuvor beschriebenen \u00c4nderungen, sondern auch von der Tatsache, dass neue Ans\u00e4tze und Ideen durch ML\/AI m\u00f6glich werden. Zum Beispiel erm\u00f6glicht die Immersive Reader-Technologie den Nutzern, Texte einfacher und verst\u00e4ndlicher zu erfassen. Sie kann laut vorgelesen werden, die Satzstruktur wird grammatikalisch aufgeteilt und sogar die Bedeutungen von W\u00f6rtern werden grafisch dargestellt. Das passt absolut nicht in das alte Verst\u00e4ndnis von \"Barrierefreiheit schaffen\" \u2013 es ist eine Funktion der Benutzerfreundlichkeit, die allen helfen wird.<\/p>\n

      Mit ML\/AI entstehen v\u00f6llig neue Interaktions- und Arbeitsweisen, und wir freuen uns, Teil der n\u00e4chsten Schritte auf diesem fortschrittlichen Weg zu sein. Innovationen erfordern einen Wandel im Denken \u2013 die Menschheit existiert seit Jahrtausenden, Maschinen seit Hunderten von Jahren, Websites seit mehreren Jahrzehnten und Smartphones noch weniger; Technologie muss sich den Menschen anpassen und nicht umgekehrt.<\/p>\n

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

      Nur registrierte Benutzer k\u00f6nnen an der Umfrage teilnehmen. Bitte einloggen<\/a><\/noindex>.<\/p>\n

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