{"id":471,"date":"2014-07-29T14:27:06","date_gmt":"2014-07-29T12:27:06","guid":{"rendered":"https:\/\/alistapart.com\/it\/article\/accessibilita-ingrediente-mancante\/"},"modified":"2014-07-29T14:27:06","modified_gmt":"2014-07-29T12:27:06","slug":"accessibilita-ingrediente-mancante","status":"publish","type":"article","link":"https:\/\/alistapart.com\/it\/article\/accessibilita-ingrediente-mancante\/","title":{"rendered":"Accessibilit\u00e0: l’ingrediente mancante"},"content":{"rendered":"

Tanto tanto tempo fa, trattavo l’accessibilit\u00e0 web come un extra. Certo, le mie immagini avevano l’attributo alt<\/code><\/abbr>. S\u00ec, i miei link avevano i title. Onoravo anche la compatibilit\u00e0 con la 508<\/a>, ma solitamente era l’ultima cosa che facevo. Per come la vedevo, la torta era pronta da mangiare: l’accessibilit\u00e0 era la glassa decorativa da spalmarci sopra alla fine.<\/p>\n

Purtroppo, non ero l’unico. Molti sviluppatori con cui ho recentemente parlato sembra che mettano l’accessibilit\u00e0 all’ultimo posto, sempre che la gestiscano. Perch\u00e9 l’accessibilit\u00e0 viene spesso trattata come un ripensamento? Tra i motivi principali vanno inclusi la mancanza di tool e specifiche, una bassa domanda da parte del settore e la pigrizia da parte degli sviluppatori.<\/p>\n

Tornando alla fine degli anni ’90, l’accessibilit\u00e0 web era al massimo “primitiva”. JAWS<\/abbr> era ancora nella sua infanzia e WAI-ARIA<\/a><\/abbr> non era ancora stata concepita. Tutto quello che sembrava avere importanza era quanto rapidamente si potesse impressionare in maniera visuale un utente. DHTML<\/abbr> e Flash dettavano legge e le camicie di flanella piacevano di pi\u00f9 portate legate in vita.<\/p>\n

Mentre l’accessibilit\u00e0 cominciava a prendere velocit\u00e0 nel 2004-2005, molti sviluppatori e molte aziende prestavano ancora poca attenzione alla materia. I web developer erano persi nella magia nera di CSS<\/abbr>, nei tutorial PHP e nei libri su JavaScript. In qualit\u00e0 di freelancer con una certa esperienza potevo dire di non aver mai sentito menzionare l’accessibilit\u00e0 tra i requisiti di un progetto.<\/p>\n

Malgrado ora sia ben pubblicizzata e supportata<\/a>, WAI-ARIA<\/abbr>, una specifica progettata specificamente per aiutare gli utenti disabili, non viene implementata spesso da noi sviluppatori. Forse stiamo aspettando che un cliente con una mente portata all’accessibilit\u00e0 catalizzi il processo di apprendimento. Forse ci sentiamo sopraffatti e non sappiamo da dove cominciare. Qualunque sia la scusa, non \u00e8 pi\u00f9 valida date le risorse e la tecnologia attualmente a nostra disposizione.<\/p>\n

Dopo alcuni mesi di lavoro in IBM<\/a>, io e i miei colleghi stavamo devolvendo le nostre ore settimanali ad un’applicazione web che doveva soddisfare una rigorosa checklist di accessibilit\u00e0. Dovevamo testare attentamente l’intera applicazione web affinch\u00e9 fosse conforme a WAI-ARIA<\/abbr> e alle WCAG<\/abbr>. All’improvviso, mi venne dato il compito di creare un piano generale che descrivesse nel dettaglio le questioni aperte, oltre a stimare quanto ci avrebbe messo il team per sistemarle. Mettere l’accessibilit\u00e0 all’ultimo posto per cos\u00ec tanti anni mi aveva lasciato poco istruito e impreparato.<\/p>\n

Attraverso un processo di prove ed errori, con l’aiuto dei miei colleghi pi\u00f9 edotti e leggendo molto riguardo a questa materia, ne sono uscito come uno sviluppatore diverso. Scrivere codice accessibile non \u00e8 una cosa extra da considerare alla fine di un progetto, ma semplicemente un’altra cosa da considerare fin dall’inizio. Vediamo passo a passo un esempio fatto in casa che mostra alcuni utili WAI-ARIA<\/abbr> roles<\/a>, states e properties<\/a>.<\/p>\n

\n

Prima di iniziare<\/h2>\n

Gli screen reader, cos\u00ec come i browser, cambiano molto a seconda di chi li produce. Non ho intenzione di fornire un tutorial esaustivo su questo vasto argomento. Sceglier\u00f2 ChromeVox<\/a> per questo tutorial perch\u00e9 \u00e8 uno screen reader plugin gratuito che funziona sia su Mac sia su Windows. Comunque, esistono moltissimi altri screen reader<\/a>. Per lo sviluppo web con WAI-ARIA<\/abbr>, le scelte pi\u00f9 popolari sono le seguenti:<\/p>\n

Utenti Windows<\/h3>\n