Ist es möglich, javascript zu verwenden, um festzustellen, ob ein Bildschirm-reader läuft auf einem Benutzer-Maschine?

Will ich erkennen, ob ein Bildschirm-reader läuft auf dem Computer eines Benutzers zu vermeiden sound Zusammenstößen mit audio-tag in html. Wenn ja, bitte erläutern Sie, wie dies getan werden könnte.

  • +1. Ich habe keine Erfahrung damit, aber sicherlich ist ein screen-reader unterstützt die <audio> tag gearbeitet haben würde, einen Weg, um Konflikte zu vermeiden sounds? es wäre Kernfunktionen für Sie, sicher?
  • Es ist in der Regel nicht möglich zu erkennen, ob ein screenreader läuft. (Auch wenn einige accessibility-Technologie ausgeführt wird, ist es vielleicht nicht eine audio-basierte screen-reader: es könnte sein, eine braille-basierte screenreader, oder ein command-and-control voice control app verwendet einige der gleichen Techniken wie ein screenreader unterstützt.) Was möchten Sie anders machen, wenn Sie bestimmen konnte, dass ein screenreader ausgeführt wurde?
InformationsquelleAutor shuklendu | 2011-10-10
  1. 12

    Sollte man wohl nicht versuchen, etwas besonderes zu tun, auch wenn man erkennen könnte, dass ein screenreader läuft. Auch, wenn Sie es richtig für eine Gruppe von screenreader-Benutzern erhalten, können Sie es falsch, Sie für eine andere Gruppe. Am besten ist es, sich zu konzentrieren auf das schreiben gut, sauber HTML5 in den ersten Platz.

    Beachten Sie, dass nicht alle screenreader-Benutzer verwenden Sie text-to-speech, viele braille-Ausgabe. Auch andere Arten von accessibility-tools - wie content-Textmarker und Spracheingabe-apps - verwenden Sie die gleichen Techniken und APIs (zB. DOM, MSAA), dass Screenreader tun, also einer Technik, die "erkennt ein screenreader" wird wahrscheinlich erkennen, diese auch - so kann man nicht davon ausgehen, dass es bedeutet, dass die Benutzer ist vollständig blind und mit nur Rede.

    Wie die Dinge derzeit stehen, das audio-tag ist derzeit nicht allgemein zugänglich sind, verschiedene Browser haben unterschiedliche Ebenen der Barrierefreiheit - siehe HTML5-Accessibility und scrollen Sie nach unten, um audio für weitere details der aktuellen Unterstützung. Ich habe gesehen, einige Seiten, fügen Sie HTML5-basierte Steuerungen plus javascript nach dem audio-tag-so können Sie Ihre eigene Benutzeroberfläche, um sicherzustellen, dass die Tastatur oder screenreader-Nutzer kann die play/stop audio als nötig. (Schließlich, wenn Browser aufholen, das sollte nicht nötig sein.)

    Soweit Allgemeine Zugänglichkeit geht, WCAG 2.0 (Web Content Accessibility Guidelines) empfiehlt, dass alle audio spielt automatisch für mehr als 3 Sekunden, sollte eine zugängliche Mittel zum unterbrechen oder beenden Sie die audio. (Ich würde sogar noch weiter gehen und empfehlen, vor der Verwendung eine automatische audio - bei Verwendung von tabbed-browsing, ist es oft unmöglich zu bestimmen, die Registerkarte audio ist aus.)

    • Downvoter - Pflege zu erklären, warum der downvote? Gibt es etwas, das verbessert werden könnte, mit dieser Antwort?
    • Ich bin nicht der downvoter, aber ein Beispiel, das ich denken kann, ist, wenn du schreibst ein framework, das einige grundlegende Steuerung wie ein Datum Eingang mit einer angeschlossenen picker. Für mobile Plattformen oder für Bildschirm-Lesegeräte, die Sie verwenden möchten, input[type=date]. Es ist hacky aber nicht schwer zu erkennen, mobile, Bildschirm-Lesegeräte würden unter die Frage.
    • Ich bin nicht der downvoter entweder - in meinem Fall habe ich eine perfekt funktionierende native wählen Sie drop-down -, die so gut funktioniert, wie erwartet mit Bildschirmleseprogrammen. Aber wenn ich "verbessern" es mit einem plugin wie Schreibmaschine, es ist plötzlich nutzlos für screen-Reader. Wenn ich wüsste, dass ein screen-reader war im Spiel, würde ich nie init der Schreibmaschine und jeder wäre glücklicher.
    InformationsquelleAutor BrendanMcK
  2. 3

    Während Sie wahrscheinlich nicht eine absolut zuverlässige Möglichkeit, einen screen-reader ' s Fortschritte erkannt werden können, die über javascript mit Hilfe der focus-Ereignis, wenn der Benutzer skim obwohl Inhalt.

    Einen versteckten "skip navigation link" (http://webaim.org/techniques/skipnav/) sollte konzentriert werden, würde ein Weg sein, um zu erkennen, ob jemand mit einem screenreader.

    Obwohl es nicht die audio-Teil der Frage, ich wollte einfach nur diese bieten teilweise eine Lösung, wie ich war auf der Suche nach Möglichkeiten, zu erkennen, Bildschirm-Lesegeräte mich.

    • Was ist mit Leuten, die mit der Tastatur navigieren, die nicht mit einem screenreader?
    • Meines Wissens nach, neben den beschriebenen üblichen IE-Macken, navigieren mit der Tastatur bedeutet ein focus-Ereignis, ob Sie einen screenreader oder nicht. Safari unterstützt die VoiceOver-zum Beispiel, gilt der Fokus während skimming, obwohl die Inhalte mit der Tastatur. Und eine tabindex-Eigenschaft kann verwendet werden, um Kraft konzentrieren sich auf ein bestimmtes element von Ordnung, wenn die Registerkarte Benutzer durch die Seite.
    • Vielleicht war ich nicht klar in meinem Kommentar. Der Punkt ich versuche zu machen ist, dass es nicht möglich wäre, zu unterscheiden zwischen screen-reader-Benutzer und Leute, die aus anderen Gründen (möglicherweise a11y Verwandte) mit der Tastatur navigieren, die nicht den Einsatz eines screen-reader und versuchen, den Gegner screen-reader-Benutzer diese Weise würde wahrscheinlich dazu führen, eine große Tüte verletzt.
    • Ich sehe, was du meinst. "display:none;" unsichtbar werden, um screenreader ist auch eine Hürde. Aber eine denkbare Möglichkeit, es zu tun, wäre die Kennzeichnung eines mittleren Elements als aria-hidden="true" oder aria-disabled="true" innerhalb von 3 aufeinander folgenden Einsen. Falls element 1 und 3 erhalten den Fokus, der darauf hindeuten würde assistive Technologie, die verwendet wird (für die übersprungen eins), andere als eine einfache navigation mit der Tastatur. Da ich nicht vorhersehen Tastatur-navigation-tools oder Plug-in die Anwendung von WAI-ARIA Verwandte Zustände oder Eigenschaften.
    • Einige Beispiel-code (wahrscheinlich veraltet), erkennt die Unterschiede in der javascript-Ereignisse (zwischen einem screen-reader, Tastatur-Benutzer und-Maus-user) ist hier dylanb.github.io/screenreaderdetection
    InformationsquelleAutor hexalys
  3. 2

    Kann man nicht erkennen, Screenreader mit javascript, kann man nicht erkennen, Bildschirm-Lesegeräte mit jeder client-side-Technologie. Sie können erkennen-software ausgeführt wird, eine MSAA - client mit Flash. Mehr details über, wie es funktioniert und warum es ist nicht nützlich und sollte nicht verwendet werden, um zu erkennen, Bildschirm-Lesegeräte, ist hier verfügbar: Entwickler Aufgepasst: Mit Flash zu Erkennen, Bildschirm-Lesegeräte

    • es wäre hilfreich, wenn Sie einen Grund für die Kommentare löschen.
    InformationsquelleAutor Steve Faulkner
  4. -3

    Folgen Sie dem link
    http://northtemple.com/2008/10/07/javascript-and-screen-readers
    Ihr problem bekommen definitiv gelöst.

    • danke Arun für die info 🙂
    • Hallo Freund ...... ich bin neu auf stackoverflow pls vote auf meine Antwort, wenn dein problem gelöst
    • Hallo Arun, Ihr link enthält nützliche Informationen über Javascript zugänglich für Screenreader; aber das ist nicht das, was der OP war gefragt. Sie wollten wissen, wie erkennt ein screenreader von JS, die den link, den Sie gepostet keine Antwort.
    InformationsquelleAutor Untraceable
Schreibe einen Kommentar