Passwort anzeigen: Lehren aus einem fehlgeschlagenen Experiment in der JavaScript -Zugänglichkeit

In diesem Artikel wird die Herausforderungen beim Erstellen einer zugänglichen JavaScript -Funktion untersucht, mit der Bildschirmleser -Benutzer ihr Passwort beim Eingeben hören und gleichzeitig die visuelle Verschleierung beibehalten können. Der Autor beschreibt zwei Prototypversuche und ihre Mängel.

Schlüsselergebnisse:

• Kopieren des Feldwerts des Kennworts direkt in ein aria-live="assertive" -Elements fehlgeschlagen, da die Bildschirmleser das gesamte Passwort gleichzeitig angekündigt haben, nicht nach Brief, die die Kapitalisierung falsch interpretieren, und Sonderzeichen.
• Ankündigung einzelner Buchstaben zu TastePress -Ereignissen verbessert das Feedback, aber stark begrenzte Schreibgeschwindigkeit.
• Ein kritisches Problem mit aria-live Regionen wurde enthüllt: Die meisten Browser-/Bildschirmleser -Kombinationen behandeln nicht "durchsetzungsfähig" von "höflich", verzögert die Ankündigungen, bis der Bildschirmleser im Leerlauf ist.
• Das Experiment hat hervorgehoben, dass echte Zugänglichkeit nutzbare und intuitive Lösungen erfordert, nicht nur die technische Einhaltung.

Fotokredit: Daveynin

Das ursprüngliche Ziel des Autors war es, die Sicherheit für blinde Benutzer von Kennwortfeldern zu verbessern, deren visuelle Bestätigung der korrekten Eingaben fehlt. Standard "Passwort anzeigen" -Funktionen stellen ein Datenschutzrisiko in gemeinsamen Umgebungen dar. Die Prototypen zielten darauf ab, auditorisches Feedback bereitzustellen, ohne das Passwort visuell anzugeben.

Der erste Prototyp verwendete eine aria-live Region, um den Kennwortwert anzukündigen. Dies führte jedoch dazu, dass das gesamte Passwort als einzelne Einheit angekündigt wurde, was zu Fehlinterpretationen von Kapitalisierung und Sonderzeichen führte. Der zweite Prototyp versuchte, dies zu beheben, indem er jeden Buchstaben einzeln ankündigte, diese jedoch stark behinderte Schreibgeschwindigkeit.

Ein bedeutendes Hindernis war die inkonsistente Implementierung von aria-live="assertive" über verschiedene Browser und Bildschirmleser hinweg. In den meisten Fällen verhielt es sich wie "höflich", verzögerte Ankündigungen und machte die Lösung unpraktisch.

Die Schlussfolgerung betont, dass eine wirklich zugängliche Lösung sowohl technisch konform als auch benutzerfreundlich sein muss. Der Autor schlägt vor, dass eine Standard -Funktion "Passwort anzeigen" zugänglich ist, er jedoch Sicherheitsrisiken darstellt. Der Artikel untersucht auch alternative Ansätze, einschließlich der Verwendung von aria-label, um Bildschirmleser-spezifische Anweisungen bereitzustellen.

häufig gestellte Fragen (FAQs) und Lösungen:

Der Artikel schließt mit einem umfassenden FAQ -Abschnitt, in dem sich häufige Fragen zum Erstellen und Implementieren von Funktionen für zugängliche Kennwort mithilfe von JavaScript, JQuery und CSS erstellen und implementieren, einschließlich Überlegungen für Styling, Sicherheit und Test. Diese Lösungen bieten Entwicklern praktische Anleitungen, die integrativere und sichere Erlebnisse für Kennworteingänge erstellen möchten.

Das obige ist der detaillierte Inhalt vonPasswort anzeigen: Lehren aus einem fehlgeschlagenen Experiment in der JavaScript -Zugänglichkeit. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!