Hallo zusammen! Ich bin wieder da, um euch mehr über WCAG 2.1 und den neuestenArbeitsentwurf vom 7. Dezember zu erzählen. Heute konzentrieren wir uns auf die zehn neuen Erfolgskriterien zur Barrierefreiheit bei mobilen Geräten. In unseren bisherigen Sitzungen haben wir uns ausführlich mit Sehbehinderungen und kognitiven Einschränkungen befasst, doch nun ist es an der Zeit, uns mit den Erfolgskriterien für mobile Geräte zu beschäftigen.
Sie können gerne dem folgenden Video folgen:
Erfolgskriterium 2.4.11: Tastenkombinationen für Zeichen
Das erste Kriterium betrifft die Tastenkombinationen für Zeichentasten, die auf der Stufe „Single-A“ vorgeschlagen werden. Wenn diese Funktion nicht korrekt umgesetzt ist und eine Person versucht, die Sprach-zu-Text-Funktion zu nutzen, löst dies bei den Nutzern der Sprach-zu-Text-Funktion unbeabsichtigte Aktionen aus. Das Zitat der Persona dazu lautet: „Oh nein, Computer, das ist nicht das, was ich von dir will!“ Der konkrete SC-Text lautet an dieser Stelle: „Wenn ein Tastaturkürzel ausschließlich aus einer oder mehreren Zeichentasten besteht und in Inhalten implementiert ist, muss ein Mechanismus vorhanden sein, um es zu deaktivieren oder es einem Tastaturkürzel neu zuzuweisen, das mit mindestens einer Nicht-Zeichentaste verwendet werden kann.“ Dieses Erfolgskriterium gilt nicht, wenn die Tastenkombination für eine Benutzeroberflächenkomponente nur aktiv ist, wenn diese Komponente den Fokus hat. Im Allgemeinen soll dieses Kriterium es Nutzern ermöglichen, die auf ihren Mobilgeräten die Sprach-zu-Text-Funktion verwenden, diese zu nutzen, ohne versehentlich Funktionen auszulösen.
Erfolgskriterium 2.4.12: Bezeichnung im Namen
Das zweite Erfolgskriterium bezieht sich ebenfalls auf die Sprach-zu-Text-Umwandlung. Es heißt „Label in Name“ und ist im Vorschlag als Anforderung der Stufe „Single-A“ aufgeführt. Stellen Sie sich vor, Sie sprechen mit Ihrem Computer – was heutzutage sehr üblich ist – und versuchen, ein Formular abzuschicken. Sie wissen jedoch nicht, wie der Computer die Schaltfläche zum Absenden bezeichnet haben möchte. Das Zitat der Persona dazu lautet: „Computer, schick das Formular ab, Computer, Schimpfwort. Warum tust du nicht, was ich gesagt habe? Warum tust du nicht, was ich will?“ Das liegt daran, dass es in den WCAG 2.0 keine Anforderungen gibt, die regeln, wie man dem Computer mündlich eine Aufgabe erteilt. Die Anforderung für „Label in Name“ lautet: „Bei Benutzeroberflächenkomponenten mit Beschriftungen, die Text oder Textdarstellungen enthalten, muss der Name den dargestellten Text enthalten.“ Wir kennen den Namen, weil wir ihn auf dem Bildschirm sehen können, wenn wir sehend sind, oder weil eine Person, die einen Screenreader nutzt, ihn hören könnte, da diese Beschriftung übereinstimmen würde.
Erfolgskriterium 2.5.1: Zeigegesten
Die nächste Erfolgskriterium (SC) heißt „Zeigergesten“. Das Zitat der Persona dazu lautet: „Du erwartest von mir, dass ich diese komplizierte Handgeste mache? Willst du mich veräppeln? Was ist das hier, die Finger-Olympiade?“ Denn während es für manche von uns vielleicht einfach ist, bestimmte Handgesten auf unseren Mobilgeräten oder anderen Touchscreen-Geräten auszuführen, könnte dies für Menschen mit einer motorischen Behinderung unmöglich sein. Bei diesem neuen, in den WCAG 2.1 empfohlenen Erfolgskriterium zu Zeigegesten geht es also darum, sicherzustellen, dass Zeigegesten für alle nutzbar sind. Der konkrete Wortlaut des Erfolgskriteriums zu Zeigegesten lautet: „Alle Funktionen, die zur Bedienung Mehrpunkt- oder pfadbasierte Gesten verwenden, müssen mit einem einzigen Zeiger bedient werden können. Es sei denn, diese Mehrpunkt- oder pfadbasierte Geste ist unverzichtbar.“ Dies ist ein sehr wichtiges Erfolgskriterium, das eine Lücke in den WCAG 2.1 schließt.
Erfolgskriterium 2.5.2: Aufhebung von Verweisen
Auch dieses nächste Erfolgskriterium bezieht sich auf Zeiger. Die Zeigerrücknahme ist ein vorgeschlagener A-Level-Standard. Stellen Sie sich vor, Sie arbeiten mit Ihrem Mobilgerät – vielleicht haben Sie eine motorische Behinderung, vielleicht auch nicht – und plötzlich wollten Sie gerade etwas tun und haben versehentlich etwas bestätigt. Sie wollten sich gerade auf dem Bildschirm bewegen oder etwas erkunden, haben aber versehentlich etwas abgesendet. Die Zeigerrücknahme soll Situationen wie diese beheben. Das Zitat der Persona dazu lautet: „Verdammt noch mal, das wollte ich gar nicht tun.“ Der SC-Text zu diesem speziellen Punkt lautet: „Für Funktionen, die mit einem einzigen Zeiger bedient werden können, muss mindestens eine der folgenden Bedingungen zutreffen: Es darf nicht bei einem ‚Down‘-Ereignis passieren, es muss eine Möglichkeit geben, den Vorgang rückgängig zu machen, und wenn man nach oben wischt, wird der Vorgang rückgängig gemacht, oder es gibt eine wesentliche Ausnahme.“ Dieses Kriterium wird für uns alle sehr nützlich sein.
Erfolgskriterium 2.5.3: Größe des Ziels
Der nächste Punkt heißt „Zielgröße“, bezieht sich auf mobile Geräte und wird mit „AA“ empfohlen. Hast du schon mal versucht, dein Mobilgerät zu benutzen, und wolltest auf etwas tippen, aber es war so nah an einem anderen Element, dass du versehentlich das andere Element getroffen hast? Das liegt daran, dass die aktiven Symbole auf dem Bildschirm manchmal so klein sind, dass man mit dem Finger gar nicht richtig darauf kommt oder es sehr schwierig ist, genau dieses eine Element zu treffen. Das Zitat der Persona dazu lautet: „Was soll das denn? Wie soll ich denn etwas so Kleines antippen? Was glaubst du, wer ich bin? Ant-Man? Meine Finger sind so groß.“ Die Anforderung für dieses Erfolgskriterium lautet: „Die Größe des Zielbereichs für Zeigereingaben beträgt mindestens 44 mal 22 CSS-Pixel, es sei denn, es gibt eine gleichwertige Alternative.“ Mit anderen Worten: Es gibt an einer anderen Stelle auf dem Bildschirm eine größere Alternative, oder diese wurde vom User-Agent bereitgestellt. Dies wird ein Erfolgskriterium sein, das wir alle zu schätzen wissen, wenn wir unsere Mobilgeräte nutzen. Es setzt voraus, dass man ein Element tatsächlich mit dem Finger berühren und damit die beabsichtigte Aktion auslösen kann.
Erfolgskriterium 2.5.4: Vergrößerte Zielgröße
„Zielgröße“, das oben genannte Erfolgskriterium, hat eine AAA-Variante, die als „erweiterte Zielgröße“ bezeichnet wird. Im Grunde handelt es sich dabei um dasselbe Konzept, doch anstatt dass die Größe des Ziels für Zeigereingaben 22 mal 44 CSS-Pixel beträgt – wäre es nicht großartig, wenn sie 44 mal 44 CSS-Pixel betragen würde? Zusammenfassend lässt sich sagen, dass diese Anforderung die Abmessung von 44 in beide Richtungen erhöht. Alles, was als AAA ausgewiesen ist, gilt als Best Practice.
Erfolgskriterium 2.5.5: Mechanismen zur gleichzeitigen Eingabe
Das nächste SC trägt den Titel „Mechanismen für die gleichzeitige Eingabe“ und wird in der Stufe AAA eingeführt. Dieses SC bezieht sich auf Situationen, in denen Sie ein mobiles Gerät oder einen Laptop verwenden und möglicherweise zwischen Eingabegeräten wechseln möchten. Mit anderen Worten: Sie möchten vom Touchscreen zur Spracheingabe wechseln oder mitten in einem Arbeitsablauf eine Tastatur hinzufügen. Der SC „Concurrent Input Mechanisms“ zielt darauf ab, dieses Problem zu beheben. Das Zitat der Persona für diesen SC lautet: „Bitte lasst mich nach Bedarf zwischen Eingabegeräten wechseln.“ Der konkrete SC-Text zu „Concurrent Input Mechanisms“ lautet: „Webinhalte dürfen die Nutzung der auf einer Plattform verfügbaren Eingabemodalitäten nicht einschränken, es sei denn, die Einschränkung ist unerlässlich, erforderlich zur Gewährleistung der Sicherheit der Inhalte oder notwendig, um die Benutzereinstellungen zu respektieren.“ Auch wenn diese Anforderung erst auf der Stufe AAA eingeführt wird, sollten wir ihr Beachtung schenken, wenn uns die Benutzerfreundlichkeit unserer Websites am Herzen liegt, da es sich um eine hervorragende Best Practice handelt.
Erfolgskriterium 2.6.1: Bewegungssteuerung
Der nächste SC betrifft die Bewegungssteuerung und wird auf einer einzigen Stufe A eingestuft. Es war nicht einfach, hier den richtigen Wortlaut zu finden. Dieser SC schreibt vor, dass der Nutzer das Gerät weder neigen noch schütteln muss. Dieser SC zielt auf Augmented Reality und Virtual Reality ab. Damit soll sichergestellt werden, dass diese Bereiche bei ihrer Weiterentwicklung für alle Menschen uneingeschränkt zugänglich sind. Das Zitat der Persona lautet: „Bitte zwingt mich nicht, das Gerät zu neigen oder zu schütteln. Möglicherweise muss ich die Aktion auf andere Weise ausführen – über eine Tastatur oder per Spracheingabe. Gebt mir bitte andere Optionen.“ Der konkrete SC-Text dazu lautet: „Funktionen, die durch Geräte- oder Benutzerbewegungen bedient werden können, müssen auch über Benutzeroberflächenkomponenten bedienbar sein und können deaktiviert werden, um eine versehentliche Aktivierung zu verhindern, es sei denn, dies wird durch Barrierefreiheit unterstützt oder ist unerlässlich.“ Heutzutage ist es wichtig, sicherzustellen, dass wir eine versehentliche Aktivierung durch Neigen oder Schütteln verhindern können oder es jemandem ermöglichen, diese potenziellen Funktionen zu aktivieren.
Erfolgskriterium 2.6.2: Ausrichtung
Der nächste Punkt heißt „Ausrichtung“ und fällt unter die Anforderung „AA“. Es ist äußerst wichtig, eine Person nicht dazu zu zwingen, ihr Gerät in einer bestimmten Ausrichtung zu verwenden – sei es im Hoch- oder Querformat usw. Das Zitat der Persona für dieses Erfolgskriterium lautet: „Zwingt mich nicht, mein Mobilgerät zu drehen.“ Warum ist das wichtig? Stellen Sie sich vor, Sie sind eine Person mit einer motorischen Behinderung, die möglicherweise im Rollstuhl sitzt und an deren Rollstuhl ein sehr wertvolles, nützliches mobiles Gerät befestigt ist. Dieses Gerät ist in einer bestimmten Ausrichtung befestigt und kann nicht bewegt werden. Der SC-Text zur Ausrichtung lautet: „Inhalte beschränken die Ansicht und Bedienung nicht auf eine einzige Anzeigeausrichtung, wie z. B. Hoch- oder Querformat, es sei denn, eine bestimmte Anzeigeausrichtung ist unerlässlich.“ Wenn Sie einen wirklich guten Grund dafür haben, warum ein Gerät im Hoch- oder Querformat betrieben werden muss, machen Sie sich keine Sorgen – Sie erfüllen damit die Ausnahme für wesentliche Fälle. Bitte schränken Sie diese Funktion jedoch ansonsten nicht ein.
Erfolgskriterium 3.2.6: Statusänderungen
Der letzte SC für mobile Geräte heißt „Statusänderungen“ und soll auf AA-Ebene angesiedelt werden. Mein Zitat aus der Persona lautet schlicht: „Ich kann nicht erkennen, ob sich etwas geändert hat.“ Wenn man einen Screenreader nutzt und sich etwas auf dem Bildschirm geändert hat, ist es manchmal schwer, dies zu erkennen. Manchmal erhält der Screenreader nicht jene zusätzliche Information, die eine Person, die den Bildschirm sehen kann, wahrgenommen hat. Zum Beispiel, wenn eine Popup-Meldung auf dem Bildschirm erscheint. Nutzer von Screenreadern und Menschen mit einer kognitiven Behinderung haben diese bestimmte Information möglicherweise gar nicht wahrgenommen. Selbst jemand ohne Behinderung könnte sie übersehen haben, weil sie einfach schwer zu erkennen war. Für Menschen mit Sehbehinderungen oder kognitiven Behinderungen stellt dies jedoch eine erhebliche Barriere dar.
Der SC-Text zu diesem speziellen Punkt lautet: „In Inhalten, die mithilfe von Auszeichnungssprachen implementiert wurden, können Statusmeldungen programmgesteuert anhand von Rollen oder Eigenschaften ermittelt werden, sodass sie dem Nutzer durch assistive Technologien angezeigt werden können, ohne dass sie den Fokus erhalten.“ Ich denke, dass dies ein weiterer Punkt ist, den wir später noch ausführlicher besprechen müssen, da viele dies möglicherweise bereits als Versäumnis in WCAG 2.0 bezeichnen – wobei es sich nicht um ein Versäumnis der normativen Sprache handelt, sondern leider um ein Versäumnis von WCAG 2.0 selbst. Es entspricht zwar durchaus dem Geist der WCAG 2.0, aber die WCAG 2.1 soll diese Lücke schließen und sicherstellen, dass wir dies in den WCAG 2.1 als Verstoß bezeichnen können.
Fazit
Wir haben die Erfolgskriterien für Sehbehinderungen, kognitive Einschränkungen und mobile Geräte erörtert. Denken Sie daran, dass insgesamt 20 neue Vorschläge auf dem Tisch liegen. Die WCAG-Arbeitsgruppe strebt einen Termin Ende Januar an, zu dem wir möglicherweise bereits eine „Candidate Recommendation“ sehen werden – eine formellere Version der WCAG 2.1. Bleiben Sie auf dem Laufenden für weitere Informationen! Wir freuen uns außerdem darauf, Ihnen „Silver“ näher vorzustellen – das große Update, das die Barrierefreiheitsrichtlinien weiter vorantreiben wird. Vielen Dank, dass Sie uns auf dieser Reise begleiten.
