È possibile utilizzare javascript per rilevare se un lettore di schermo è in esecuzione sul sistema di un utente?

Voglio rilevare la presenza di un lettore di schermo è in esecuzione sulla macchina di un utente per evitare che il suono si scontrano con audio tag in html. Se è così, si prega di fornire dettagli su come questo potrebbe essere fatto.

  • +1. Non ho alcuna esperienza di questo, ma sicuramente un lettore di schermo che supporta il <audio> tag sarebbe stato un modo per evitare la concomitanza dei suoni? sarebbe funzionalità di base per loro, vero?
  • Non è generalmente possibile rilevare se un lettore di schermo è in esecuzione. (Anche se alcuni di accessibilità tecnologia è in esecuzione, potrebbe non essere un audio del lettore di schermo: potrebbe essere un braille a base di screen reader, o un comando-e-controllo controllo vocale app che usa le stesse tecniche di un lettore di schermo fa.) Che cosa si vuole fare in modo diverso se si potrebbe stabilire che uno screen reader è in esecuzione?
InformationsquelleAutor shuklendu | 2011-10-10

 

4 Replies
  1. 12

    Probabilmente si dovrebbe cercare di fare qualcosa di speciale anche se, si potrebbe rilevare che uno screen reader è in esecuzione. Anche se te la prendi a destra per un gruppo di screenreader utenti, può essere sbagliata per un altro gruppo. E ‘ meglio concentrarsi sulla scrittura di una buona pulizia HTML5, in primo luogo.

    Di notare che non tutti gli utenti utilizzano screen reader text-to-speech; molti l’uso del braille. Inoltre, altri tipi di strumenti di accessibilità, come contenuto evidenziatori e input vocale app – utilizzare le tecniche e le Api (es. DOM, MSAA) che screenreader fare, in modo che qualsiasi tecnica che “rileva la presenza di un lettore di schermo” sarà probabilmente in grado di rilevare questi anche – così non si può presumere che significa che l’utente è completamente cieco e utilizzando solo la voce.

    Allo stato attuale, il tag audio non è attualmente accessibile a tutti, browser diversi hanno diversi livelli di accessibilità – vedere HTML5 Accessibilità e scorrere verso il basso l’audio per ulteriori dettagli di supporto corrente. Ho visto alcune pagine che aggiungere basato su HTML5 controlli plus javascript dopo il tag audio in modo da poter fornire una propria interfaccia utente per assicurarsi che la tastiera o lettore di schermo, gli utenti possono giocare/interrompere l’audio come necessario. (Alla fine, quando i browser raggiungere, questo non dovrebbe essere necessario.)

    Quanto riguarda l’accessibilità generale va, WCAG 2.0 (Web Content Accessibility Guidelines) raccomanda che l’audio riprodotto automaticamente per più di 3 secondi, che dovrebbe avere un accessibile per mettere in pausa o interrompere l’audio. (Mi piacerebbe andare anche oltre e consiglia di utilizzare qualsiasi audio automatici – quando si utilizza la navigazione a schede, è spesso impossibile determinare quale scheda audio è venuta da.)

    • Downvoter cura di spiegare perché il downvote? C’è qualcosa che potrebbe essere migliorato con questa risposta?
    • Io non sono il downvoter, ma un esempio che posso pensare è se si sta scrivendo un framework che fornisce alcune fondamentali di controllo come data di ingresso con annesso un selettore. Per piattaforme mobili o per i lettori di schermo, si potrebbe desiderare di utilizzare input[type=data]. E ‘ sporca, ma non è difficile rilevare mobile; i lettori di schermo sarebbe coperto dalla domanda.
    • Io non sono il downvoter sia, nel mio caso ho una perfettamente funzionante nativo selezionare discesa che funziona così come può essere previsto con i lettori di schermo. Ma quando ho “migliorare” con un plugin come selectric, è improvvisamente inutile per i lettori di schermo. Se sapevo che un lettore di schermo, era in gioco, non l’avevo mai init il selectric e tutti sarebbero più felici.
  2. 3

    Mentre probabilmente non completamente affidabile, un lettore di schermo progresso può essere rilevato tramite javascript utilizzando il focus dell’evento, in quanto l’utente scremato anche se contenuto.

    Nascosto “salta link di navigazione” (http://webaim.org/techniques/skipnav/) dovrebbe essere focalizzata, sarebbe un modo per rilevare se qualcuno sta utilizzando un lettore di schermo.

    Anche se esso non affrontare la parte audio della questione, volevo solo fornire questa soluzione parziale, in quanto ero alla ricerca di modi possibili per rilevare i lettori di schermo di me.

    • Che cosa circa la gente che navigare con la tastiera che non che utilizza un lettore di schermo?
    • A mia conoscenza, accanto alla descritto al solito IE stranezze, la navigazione con la tastiera implica un focus evento se si utilizza un lettore di schermo o meno. Safari assistito VoiceOver per esempio, non si applica a fuoco mentre scrematura però, il contenuto utilizzando la tastiera. E un tabindex può essere utilizzato per forza di concentrarsi su uno specifico elemento di ordine, se la scheda utente, attraverso la pagina.
    • Forse non è stato chiaro nel mio commento. Il punto stavo cercando di fare è che non sarebbe possibile distinguere tra gli utilizzatori di screen reader e la gente che per qualche altro motivo (forse a11y correlati) navigare con la tastiera che non impiegano un lettore di schermo e cercando di indirizzare gli utilizzatori di screen reader in questo modo sarebbe probabilmente portare a un sacco di male.
    • Capisco ciò che vuoi dire. “display:none;” essere invisibile agli screen-reader è anche un ostacolo. Tuttavia, uno dei modi possibili e immaginabili per farlo, sarebbe per il tag di un elemento centrale, come aria-hidden=”true” o aria-disabled=”true” nel raggio di 3 consecutivi. Se l’elemento 1 e 3 ricevono attenzione che indicano tecnologia di supporto utilizzato (per aver saltato uno), oltre ad un semplice tasto di navigazione. Come non prevedo alcun tastiera strumenti di navigazione o plugin di applicare qualsiasi WAI-ARIA relativi stati o proprietà.
    • Il codice di esempio (probabilmente superata) che rileva le differenze in javascript eventi (tra un lettore di schermo, tastiera utente, e il mouse) è qui dylanb.github.io/screenreaderdetection
  3. 2

    Non è possibile rilevare i lettori di schermo utilizzando javascript, non è possibile rilevare i lettori di schermo utilizzando qualsiasi tecnologia lato client. Si può rilevare software che è in esecuzione un MSAA client uso di Flash. Maggiori dettagli su come funziona e perché non è utile e non dovrebbe essere utilizzato per rilevare i lettori di schermo è disponibile qui: Sviluppatore Attenzione: l’Uso di Flash per Rilevare i Lettori di Schermo

    • sarebbe utile se si fornire un motivo per la cancellazione di commenti.
  4. -3

    Segui il link
    http://northtemple.com/2008/10/07/javascript-and-screen-readers
    Il problema definitivamente risolto.

    • thanx Arun per info 🙂
    • Ciao amico …… sono nuovo di stackoverflow pls voto per la mia risposta, se il vostro problema risolto
    • Ciao Arun, il tuo link non fornisce informazioni utili sull’Javascript accessibile a screenreader; ma non è quello che l’OP chiedeva circa. Volevano sapere come rileva uno screen reader da JS, che il link che hai postato per non rispondere.

Lascia un commento