Ormai sono disponibili in rete molte centinaia di scripts DHTML e Javascript, ma una pressochè nulla percentuale di questi risulta in qualche modo rispettare alcuni criteri di accessibilità, questo perchè gli sviluppatori di questi scripts hanno ottimizzato i loro prodotti per un uso normale e per normodotati, laddove per normodotati si intendono tutti coloro che oltre alla perfetta dotazione sensoriale, possiedono tecnologie odierne e adeguate.

JavaScript - linguaggio orientato agli oggetti - si applica a oggetti contenuti in altri oggetti che vengono resi disponibili alla consultazione da dei programmi. Questi programmi si chiamano browsers.
Purtroppo non tutti i browsers sono in grado di leggere o rendere attivi questi scripts, per cui gli oggetti che dovrebbero essere influenzati da questi script, rimangono desolatamente inerti. Finchè lo script non influenza il contenuto informativo della pagina, è un male di poco conto, ma quando invece il dato informativo si può consultare solo attraverso uno script javascript, la cosa è più grave perchè non è possibile consultarlo adeguatamente.
Questa deficienza di supporto a JavaScript avviene ormai solo in browser arcaici e programmi assistivi come lettori di schermo, browser vocali, e sistemi braille di consultazione di pagine ipertestuali, ma questo non toglie che in effetti JavaScript sia un linguaggio lontano dai riconosciuti standard di accessibilità.

Anche lasciando da parte tecnologie assistive particolari adatte ai disabili, purtroppo molti Javascript sono inaccessibili anche per chi utilizza tecnologia adatta al supporto dello stesso.
Sono scripts costruiti malamente che sfruttano solo l'interazione con il mouse, dimenticando l'utilità della tastiera e dei testi alternativi, facendo si che funzioni Javascript e DHTML di utilità riconosciuta, siano esempi lampanti di inaccessibilità.
Rendere gli scripts più accessibili, se non totalmente accessibili, è affare di poca complessità.

Premesso che gli scripts orientati a pure magie visuali (testi in movimento, effetti flash o cromatici sul testo, effetti di transizione sulle immagini, ecc.) sono gli scripts più inaccessibili per ovvi motivi, quelli che possono essere passibili di accessibilizzazione sono quelli che agiscono sui links e che prevedono l'uso di moduli e pulsanti, quelli insomma che richiedono il consenso è l' interattività.
In essi, infatti è previsto che ad un evento segua una azione voluta e messa in opera agendo su un pulsante o su un collegamento preciso.
Questa messa in opera dell'azione può avvenire agendo con il mouse, ma anche attraverso la tastiera.
In più la presenza di testi alternativi facilità la comprensione dell'evento e la possibilità di accedere all'azione successiva.

Rendere accessibile un modulo od un pulsante gestito da JavaScript, significa ottemperare a queste raccomandazioni del WAI-CAG 1.0:

Punto (1.1) (Priorità 1)
Provvedere a inserire un testo equivalente per tutti gli elementi non testuali (alt="", longdesc="") . Questi includono immagini, rappresentazioni grafiche del testo (simboli), regioni delle immagini mappate, animazioni (gif animate), applets, ASCII art, frames, scripts, bottoni, spaziatori, bottoni grafici, suoni, video.

Punto (6.4) (Priorità 2)
Per gli scripts e le applet, assicurate che il manipolatore dell'evento inserito nell'applet o nello script, sia indipendente dallo strumento di attivazione.

Punto (7.3) (Priorità 2)
Fino a quando i programmi utente permetteranno agli utenti di fermare i contenuti in movimento, evitate i movimenti nelle pagine.

Punto (8.1) (Priorità 2) Costruite elementi programmatici come scripts e applet, direttamente accessibili o compatibili con le tecnologie assistive (lettori di schermo, browser vocali, browser braille). Priorità 1 se la funzione è importante e non presentabile diversamente, altrimenti Priorit? 2.

Punto (9.3) (Priorità 2) Per gli scripts, specificare un attivatore logico, piuttosto che un attivatore dipendente da uno strumento.

Punto (9.4) (Priorità 3) Creare un ordine logico nei controlli dei links, dei controlli modulo e degli oggetti.

Punto (9.5) (Priorità 3) Prevedete le chiavi di accesso ai links importanti (inclusi quelli delle mappe di immagine lato client), ai controlli dei moduli ed ai gruppi di controllo dei Form.

Punto (10.4) (Priorità 3) Fino a quando i programmi utente tratteranno correttamente i controlli di modulo vuoti, annidate del testo nei box selezionabili e nelle aree di testo.

I moduli gestiti da JavaScript vengono impiegati per esporre del testo in modo statico e dinamico, rispondere a delle domande, illustrare delle alternative, rintracciare delle parole, ricercare dei files e per altre necessità.
Ne deriva che è importante rendere accessibile un modulo a gestione Javascript inserendo le opportune chiavi di accesso rapido, gli indici tabellari, le modalità di impiego tramite tastiera e mouse, i testi alterntivi a fini indicativi.
Vediamo un esempio.

Ora passiamo ad illustrare come rendere uno script accessibile se JavaScript non è supportato.
Se il programma che stiamo utilizzando non supporta JavaScript, le informazioni gestite da JavaScript stesso, non sono disponibili, quindi saremo costretti a renderle disponibili in altro modo con la produzione delle stesse informazioni che vengano visualizzate nella stessa pagina od in altre.

Scegliamo la via delle informazioni alloggiate nella stessa pagina e per farlo utilizziamo con profitto il tag <noscript> ... </noscript>.
Il tag in argomento non può inserirsi nei tag <head> ... </head> e deve sempre accompagnarsi ad ogni script, saremo quindi obbligati ad inserire il JavaScript all'interno dei tags <body> ... </body>.
Per farlo con criterio senza appesantire il codice, interferire in qualche modo con gli altri lementi della pagina e per fare in modo che chi non supporta JavaScript goda delle informazioni gestite dal medesimo, è bene inserire lo script come primo elemento del tag <body> abbinandogli l'elemento <noscript> come illustrato nell'esempio.

Nel tag <noscript> andrebbero inserite tutte le informazioni gestite dal JavaScript incorporato in modo tale che in cima alla pagina mostrata dai browser che non supportano JavaScript siano visibili le informazioni. Se lo script agisce a soli fini estetici o a carico di elementi non informativi, sarebbe ideale descrivere cosa determina lo script.
Se, per esempio, lo script incluso gestisce una finestra di scorrimento nella quale sono contenute delle informazioni o dei collegamenti, nel tag <noscript> devono essere contenute tutte le informazioni contenute nella finestra a scorrimento ed i links eventualmente inclusi. Stessa cosa se sono contenute delle immagini.
Se non è possibile inserire le informazioni o le immagini nel tag <noscript>, perchè troppo voluminosi, si produrrà una pagina alternativa e la si collegherà alla pagina con lo script, inserendo il link nel tag <noscript>, come illustrato negli esempi.

Come abbiamo potuto vedere, rendere un JavaScript e le informazioni, da esso gestite, più accessibili, non è un compito difficile.