Stellen Sie sich einen Controller mit drei identischen Punkten vor. Eines ist rot, eines ist grün und eines ist blau, aber es gibt keine Wörter, Formen oder festen Etiketten daneben. Für den Designer sieht die Benutzeroberfläche einfach aus. Für einen Benutzer mit einem Farbsehunterschied, bei blauem Raumlicht oder beim Betrachten eines schwachen Displays aus einem bestimmten Winkel kann es schwierig sein, die drei Zustände zu unterscheiden. Die Lektion ist umfassender als Farbenblindheit: Der Farbton kann ein hilfreicher Hinweis sein, aber er sollte niemals die volle Bedeutung eines Kanals, einer Warnung oder einer erforderlichen Aktion haben.
Beleuchtungssteuerungen für Aquarien verwalten häufig Konzepte, die bereits Farbnamen verwenden. Ein Benutzer kann die Kanäle Blau, Violett, Weiß, Rot oder Grün anpassen, eine Mondlichtszene auswählen oder eine Konnektivitätswarnung erkennen. Farbmuster können dabei helfen, das sichtbare Ergebnis zu verstehen, dennoch benötigt das Steuerelement dennoch einen lesbaren Namen oder eine andere stabile Kennung. „Blauer Kanal, 40 Prozent“ kommuniziert Zustand. Allein ein blauer Fleck fordert das Auge, das Display, das Umgebungslicht und die Wahrnehmung des Benutzers dazu auf, Aufgaben zu erledigen, die einfacher Text zuverlässig hätte erledigen können.
Redundanz bedeutet nicht, jede Schaltfläche mit mehreren unabhängigen Symbolen zu schmücken. Das bedeutet, dass wichtige Informationen mindestens einen nicht farbigen Pfad haben. Ein benannter Kanal kann Text mit einem konsistenten Symbol oder einer konsistenten Position koppeln. Eine Warnung kann eine Farbe, ein erkennbares Warnsymbol und eine kurze Nachricht, die die Aktion beschreibt, kombinieren. Ein aktivierter Zeitplan kann das Wort „Ein“, eine Schalterposition und die nächste Ereigniszeit anzeigen. Die Hinweise sollten übereinstimmen. Wenn Grün manchmal verbunden und anderswo einen bestimmten LED-Kanal bedeutet, müssen Kontext und Beschriftungen Verwirrung vermeiden.
Der Kontrast ist vom Farbton getrennt. Zwei Farben, die in einem Designtool unterschiedlich aussehen, können eine sehr ähnliche Helligkeit aufweisen, sodass Text oder Grenzen für viele Benutzer schwer zu erkennen sind. Kleine Schrift, dünne Striche, Blendung durch das Aquarium, ein minderwertiger Bildschirm und Dimmung im Nachtmodus können das Problem verschlimmern. Designer sollten den Text- und Symbolkontrast in allen normalen Zuständen überprüfen, einschließlich der Zustände „Ausgewählt“, „Deaktiviert“, „Warnung“ und „Fokus“. Sie sollten auch den physischen Controller unter dem farbigen Umgebungslicht untersuchen, in dem Kunden ihn tatsächlich verwenden werden.
Gängige Simulationen des Farbsehens sind nützliche Designprüfungen, aber ein Filter kann nicht jede Person oder jeden Zustand abbilden. Die Prototypenerstellung sollte nach Möglichkeit Benutzer mit unterschiedlichem Sehvermögen umfassen und außerdem die Bildschirmhelligkeit, den Betrachtungswinkel, die Lokalisierung und ältere Augen überprüfen. Eine Person, die in einem Büro zwei Indikatorfarben unterscheiden kann, kann Schwierigkeiten haben, wenn ein helles Riffdisplay den Raum dominiert. Beim gemeinsamen Testen der realen Hardware und Software werden Fehler aufgedeckt, die ein flacher Screenshot übersieht, wie etwa ein winziger Indikator, der durch reflektiertes Licht überstrahlt wird.
Blinzelmuster können einen nicht farblichen Hinweis geben, aber sie müssen zurückgehalten werden. Ein schnelles Blinken, ein langsamer Puls und ein Dauerlicht können unterschiedliche Zustände identifizieren, wenn diese im Handbuch und in der Benutzeroberfläche erläutert werden. Von Benutzern sollte jedoch nicht erwartet werden, dass sie sich ein großes Codebuch merken. Bewegung kann auch ablenken oder Bedenken hinsichtlich der Zugänglichkeit hervorrufen. Zeigen Sie bei kritischen Bedingungen nach Möglichkeit einen dauerhaften schriftlichen Zustand an und ergänzen Sie alle Muster. Wenn ein kleiner Controller keinen Text anzeigen kann, werden ein klar geformtes Symbol, eine beschriftete physische Position und ein zugänglicher manueller Pfad wichtiger.
Ein alltägliches Beispiel ist ein nicht angeschlossener Temperatur- oder Beleuchtungssensor, der als roter Punkt angezeigt wird. Das Hinzufügen eines Dreieckssymbols und der Meldung „Sensor nicht erkannt“ macht den Zustand verständlich, ohne den Farbton zu identifizieren. Die Meldung sollte eine Warnung von einer Anweisung unterscheiden: „Überprüfen Sie den zugelassenen Anschluss nach dem Trennen der Stromversorgung“ ist nützlicher als ein ungeklärtes Ausrufezeichen. Es sollte die Folgen nicht überbewerten und den Besitzer nicht dazu auffordern, versiegelte Elektrogeräte zu öffnen. Barrierefreiheit und sichere Servicesprache können sich gegenseitig unterstützen.
Kanalsteuerungen erfordern eine ähnliche Sorgfalt. Eine feste Reihenfolge hilft nur, wenn die Reihenfolge auf dem Gerät, in der App, im Handbuch und in den gespeicherten Szenen konsistent bleibt. Wenn der erste Schieberegler auf einem Bildschirm blau, auf einem anderen jedoch weiß ist, ist die Position kein verlässlicher Hinweis mehr. Textbeschriftungen sollten nach der Einrichtung sichtbar bleiben und nicht verschwinden. Die Form der Symbole sollte deutlich unterschiedlich sein, und nicht fünf nahezu identische Sonnensymbole mit unterschiedlichen Farbtönen. Namen von Bildschirmleseprogrammen sollten sowohl das Steuerelement als auch seinen aktuellen Wert identifizieren, sofern die Softwareplattform sie unterstützt.
Hersteller benötigen außerdem eine Methode zum Testen der Zustandskommunikation. Listen Sie alle Normal-, Deaktivierungs-, Übergangs-, Fehler- und Wiederherstellungszustände auf. Notieren Sie, wie jedes Bild ohne Farbe dargestellt wird. Kontrast prüfen; und bestätigen Sie, dass der übersetzte Text passt. Eine kleine Gruppe echter Benutzer kann erkennen, ob „Kanal A“ zu abstrakt ist, ob ein Symbol mehrdeutig ist oder ob eine Warnung zu schnell verschwindet. Supportteams sollten dieselben Statusnamen wie die Schnittstelle verwenden, damit ein Kunde genau melden kann, was angezeigt wird, anstatt zu erraten, welcher Schirm blinkt.
Farbe bleibt willkommen. Es kann das Scannen eines Steuerelements beschleunigen, einen Schieberegler mit dem von ihm angepassten Licht verbinden und einer Benutzeroberfläche Charakter verleihen. Die technische Anforderung besteht lediglich darin, dass durch das Entfernen von Farbe keine wesentliche Bedeutung entfernt werden darf. Text, Symbole, Form, Position, Kontrast und sorgfältig begrenzte Muster bieten Menschen mehr als eine Möglichkeit, denselben Zustand zu verstehen. Eine zugängliche Aquarienlichtsteuerung verlangt nicht von jedem Auge, die Palette des Designers auf die gleiche Weise zu sehen; Es macht den beabsichtigten Befehl und die nächste sichere Aktion unabhängig davon klar.
Die Barrierefreiheit muss über den primären Bildschirm hinaus bestehen bleiben. Kopplungsanweisungen, Nachrichten zum Zurücksetzen des Passworts, exportierte Zeitpläne, gedruckte Etiketten und Supportartikel sollten dieselben nicht farblichen Kennungen verwenden. Ein Techniker, der ein Foto in Schwarzweiß erhält, sollte dennoch in der Lage sein, den Kanal oder die Warnung zu identifizieren. Physische LEDs können neben geformten Symbolen oder nummerierten Positionen angebracht sein, während das Handbuch eine genaue Textzuordnung bietet. Wenn ein dringender Zustand nicht auf das Gerät passt, sollte die Begleitschnittstelle mit dem schriftlichen Problem und der sicheren Aktion weiterleiten, anstatt vom Benutzer die Dekodierung eines Farbtons zu verlangen. Konsistenz über Produkt, App, Verpackung und Service hinweg macht Redundanz zu einem zuverlässigen System und nicht zu einer Ansammlung gut gemeinter Symbole.
