Fenomenologia

dell’Accessibilità nel Web2

a cura di Silvia Diniwww.cosecheliberano.com

Accessibilità, fa rima con…

For all

Tutti diversi e tutti uguali

Tanti?

• Le persone diversamente abili, persone con forti limitazioni operative, che faticano a muoversi, leggere, studiare, giocare… in Italia sono almeno 2,5 milioni.

• Ma… secondo l’OMS e la classificazione ICF siamo tutti diversamente abili!

Tutti!

Esistono diversi modi e strumenti …per liberare lo spirito artistico …

… per leggere e studiare…

…per esprimersi e comunicare…

…per l’accesso alla cultura…

Allora, qual è il problema?

• La Legge “Stanca” 4/2004: l’accessibilità del web e degli strumenti informatici. Ogni azione mira a realizzare servizi e prodotti informtici accessibili, o almeno personalizzabili.

Che cosa manca?• L’accesso alle informazioni, la

“diffusione” e la condivisione dell’informazione rispetto alle offerte di accessibilità disponibili ormai a molti livelli

Web 2… funziona solo se è 4 All• Far crescere in modo collaborativo, tramite diversi

modi e dispositivi, in maniera diffusa e pervasiva, la condivisione di conoscenze ed esperienze su:– luoghi accessibili (musei, ristoranti, alberghi, case di

cura…)– punti di interesse per i disabili (posteggi, servizi

attrezzati, spiagge, centri per attività sportive accessibili

– percorribilità delle strade e dei marciapiedi– punti di noleggio di mezzi di trasporto attrezzati– oggetti usabili o personalizzabili– siti web, giochi e software accessibili e usabili da tutti

perchè personalizzabili– tips & tricks

Valore aggiunto a servizi esistenti• nelle mappe di Google o del Navigatore:

“faticabilità dei percorsi” “possibilità di farli in carrozzina” “minor numero di attraversamenti” -> grazie alle segnalazioni delle persone

• nei cataloghi dei rivenditori e degli store online: “usabilità”, “maneggevolezza”, “robustezza”

• creazione di “Accessibility corner” sia reali che virtuali: una selezione di prodotti meglio usabili da tutti, e una piccola etichetta che spiega per chi e come adattarli

Da Consumer a Prosumer di accessibilità

• Costelliamo il web con “istantanee” di accessibilità sperimentata

• Da “consumer” diventiamo creatori di contenuti e valori

• Favoriamo la delocalizzazione, dal desktop alla blogosfera

• Rispondiamo alle aspettative di molte persone• Facciamo qualcosa di utile• Innoviamo e facciamo evolvere l’accessibilità• Diamo forza e concretezza a principi spesso

troppo teorici/formali/legali

Comune piccoloidea grande

Persona-Ambiente

• Adattamento della persona all’ambiente– Tecnologie specializzate per superare le barriere

all’accessibilità o per compensare determinate limitazioni funzionali al fine di facilitare o rendere possibili alcune attività della vita quotidiana

• Adattamento dell’ambiente alla persona – Ambiente costruito, prodotti e servizi di uso

generale realizzati in modo fruibile da parte della più ampia percentuale di popolazione, incluse le persone anziane e le persone con disabilità

Tecnologie Assistive

• Hardware e/o software• Strumenti di aiuto, altamente specializzati per

agevolare/filtrare/trascodificare/mediare input e output di computer e media

• La soluzione dipende da scelte personalizzate e talvolta dall’integrazione di più ausili

• Vediamo alcune delle T.A. più diffuse.

(a seguire: visione di brevi video o immagini delle diapositive successive)

16

Accesso facilitato al sistema

• Molte opzioni sono disponibili nei sistemi operativi per cambiare il modo di visualizzare il testo e la grafica, il modo in cui usare la tastiera e la possibilità di supporto audio, ecc.

• Queste opzioni possono anche abilitare dispositivi, come un comunicatore, per agevolare l’utilizzatore nella gestione del PC

• Opzioni per la Tastiera • Opzioni Audio• Opzioni Video• Opzioni del Mouse

Silvia Dini

17

T.A. a supporto di specifiche difficoltà

• Disabilità visive (cecità, ipovisione)• Disabilità neuro-motorie• Disabilità uditive• Disturbi cognitivi • Disturbi del linguaggio

Silvia Dini

Tecnologie assistive

Tecnologie assistive

VistaA. Test di Percezione dei Colori (Ishiara Tables )

B. Test di sensibilità al contrasto

C. Test di acutezza visiva

A

C

B

Test sui coloriTAVOLE DI ISHIARA

TRANQUILLI SE NON SI VEDONO BENE I NUMERI… NEL NOSTRO CASO E’ SOLO COLPA DEL VIDEO!!

Co:Writer AMBIENTE DI

SCRITTURA (STANDARD)

PREDIZIONE DI PAROLE

Avatar che comunicano in LIS

L’alfabeto nelle mani

Emulatori di tastiera a schermo

Acc. Facilitato di Windows

QualyKey emulatore

professionale

Risorse online sulleT.A.

• EASTIN www.eastin.info

• FORTEC (Univ. Vienna)www.is.tuwien.ac.at

• REHADAT www.rehadat.de

• INCLUSIVE TECN. http://inclusive.com

Tecnica, Leggi, Progetti e Soluzioni

Standard e Linee guida per il Web• Standard internazionali e leggi nazionali definiscono l'accessibilità per i sistemi

informatici.• Le linee guida internazionalmente più utilizzate per il web sono le WCAG (Web

Content Accessibility Guidelines) redatte dalla WAI (Web Accessibility Initiative, sezione del World Wide Web Consortium).

Nel mondo… (www.w3.org/WAI/Policy/)• Negli Stati Uniti è in vigore la Section 508,• Australia. Disability Discrimination Act 1992, con successive integrazioni e

documenti specifici per il web della Human Rights and Equal Opportunity Commission (HREOC) del 2002

• Canada. Canadian Human Rights Act of 1977 con una sezione costantemente aggiornata soprattutto a partire dal 2000, sull’accessibilità del web, e gli standard aggiornati consultabili alla pagina web “Common Look and Feel for the Internet 2.0” con le specifiche su Standard on the Accessibility, Interoperability and Usability of Web Sites

In ItaliaIn Italia, specie la PA deve tenere conto (pena nullità dei contratti stipulati) della Legge

4 del 9 gennaio 2004, resa operativa col DM 8 luglio 2005. • La legge contiene alcune definizioni utili:• a) «accessibilità»: la capacità dei sistemi informatici, nelle forme e nei limiti

consentiti dalle conoscenze tecnologiche, di erogare servizi e fornire informazioni fruibili, senza discriminazioni, anche da parte di coloro che a causa di disabilità necessitano di tecnologie assistive o configurazioni particolari;

• b) «tecnologie assistive»: gli strumenti e le soluzioni tecniche, hardware e software, che permettono alla persona disabile, superando o riducendo le condizioni di svantaggio, di accedere alle informazioni e ai servizi erogati dai sistemi informatici.

La legge italiana - oggetto di accesi dibattiti sul suo reale peso nel favorire l'accessibilità del web - si pone come obiettivo quello di dare attuazione al principio di uguaglianza previsto dall'art. 3 della Costituzione Italiana e quindi garantire il diritto di accesso ai servizi informatici e telematici della pubblica amministrazione e ai servizi di pubblica utilità da parte delle persone disabili

In ItaliaSoggetti obbligati (come da Art. 2 legge 4/2004): • pubbliche amministrazioni• enti pubblici economici• aziende private concessionarie di servizi pubblici• enti di assistenza e di riabilitazione pubblici• aziende di trasporto e di telecomunicazione a prevalente partecipazione di

capitale pubblico• aziende municipalizzate regionali• aziende appaltatrici di servizi informatici.

L'obbligo della applicazione della legge sussiste esclusivamente per i siti pubblici (o di interesse pubblico) mentre, sempre nell'ambito pubblico, le disposizioni di legge non si applicano ai sistemi informatici destinati ad essere fruiti da gruppi di utenti dei quali, per disposizione di legge, non possono fare parte persone disabili.

Decreto Ministeriale 8 luglio 2005“Requisiti tecnici e i diversi livelli per l'accessibilità agli strumenti informatici”

• Allegato A: Verifica tecnica e requisiti di accessibilità delle applicazioni basate su tecnologie internet.

• Allegato B: Metodologia e criteri di valutazione per la verifica soggettiva dell’accessibilità delle applicazioni basate su tecnologie internet.

• Allegato C: Requisiti tecnici di accessibilità per i personal computer di tipo desktop e portatili.

• Allegato D: Requisiti tecnici di accessibilità per l’ambiente operativo, le applicazioni e i prodotti a scaffale.

• Allegato E: Logo di accessibilità dei siti Web e delle applicazioni realizzate con tecnologie Internet.

• Allegato F: Importi massimi dovuti dai soggetti privati come corrispettivo per l’attività svolta dai valutatori.

22 requisiti tecnici• (estratto dal D.M. 8 luglio 2005 Allegato A)• Requisito 1: Realizzare le pagine e gli oggetti al loro interno utilizzando tecnologie

definite da grammatiche formali pubblicate nelle versioni più recenti disponibili quando sono supportate dai programmi utente. Utilizzare elementi ed attributi in modo conforme alle specifiche, rispettandone l’aspetto semantico. […]

• Requisito 2: Non è consentito l’uso dei frame nella realizzazione di nuovi siti. In sede di prima applicazione, per i siti Web esistenti già realizzati con frame è consentito l’uso di HTML 4.01 o XHTML 1.0 con DTD frameset […]

• Requisito 3: Fornire una alternativa testuale equivalente per ogni oggetto non di testo presente in una pagina e garantire che quando il contenuto non testuale di un oggetto cambia dinamicamente vengano aggiornati anche i relativi contenuti equivalenti predisposti; l’alternativa testuale equivalente di un oggetto non testuale deve essere commisurata alla funzione esercitata dall’oggetto originale nello specifico contesto.

• Requisito 4: Garantire che tutti gli elementi informativi e tutte le funzionalità siano disponibili anche in assenza del particolare colore utilizzato per presentarli nella pagina

• Requisito 5: Evitare oggetti e scritte lampeggianti o in movimento le cui frequenze di intermittenza possano provocare disturbi da epilessia fotosensibile o disturbi della concentrazione, ovvero possano causare il malfunzionamento delle tecnologie assistive utilizzate; qualora esigenze informative richiedano comunque il loro utilizzo, avvertire l’utente del possibile rischio prima di presentarli e predisporre metodi che consentano di evitare tali elementi.

• Requisito 6: Garantire che siano sempre distinguibili il contenuto informativo (foreground) e lo sfondo (background), ricorrendo a un sufficiente contrasto (nel caso del testo) o a differenti livelli sonori (in caso di parlato con sottofondo musicale); evitare di presentare testi in forma di immagini; ove non sia possibile, ricorrere agli stessi criteri di distinguibilità indicati in precedenza.

• Requisito 7: Utilizzare mappe immagine sensibili di tipo lato client piuttosto che lato server, salvo il caso in cui le zone sensibili non possano essere definite con una delle forme geometriche predefinite indicate nella DTD adottata.

• Requisito 8: In caso di utilizzo di mappe immagine lato server, fornire i collegamenti di testo alternativi necessari per ottenere tutte le informazioni o i servizi raggiungibili interagendo direttamente con la mappa.

• Requisito 9: Per le tabelle dati usare gli elementi (marcatori) e gli attributi previsti dalla DTD adottata per descrivere i contenuti e identificare le intestazioni di righe e colonne.

• Requisito 10: Per le tabelle dati usare gli elementi (marcatori) e gli attributi previsti nella DTD adottata per associare le celle di dati e le celle di intestazione che hanno due o più livelli logici di intestazione di righe o colonne.

• Requisito 11: Usare i fogli di stile per controllare la presentazione dei contenuti e organizzare le pagine in modo che possano essere lette anche quando i fogli di stile siano disabilitati o non supportati.

• Requisito 12: La presentazione e i contenuti testuali di una pagina devono potersi adattare alle dimensioni della finestra del browser utilizzata dall’utente senza sovrapposizione degli oggetti presenti o perdita di informazioni tali da rendere incomprensibile il contenuto, anche in caso di ridimensionamento, ingrandimento o riduzione dell’area di visualizzazione o dei caratteri rispetto ai valori predefiniti di tali parametri.

• Requisito 13: In caso di utilizzo di tabelle a scopo di impaginazione, garantire che il contenuto della tabella sia comprensibile anche quando questa viene letta in modo linearizzato e utilizzare gli elementi e gli attributi di una tabella rispettandone il valore semantico definito nella specifica del linguaggio a marcatori utilizzato.

• Requisito 14: Nei moduli (form), associare in maniera esplicita le etichette ai rispettivi controlli, posizionandole in modo che sia agevolata la compilazione dei campi da parte di chi utilizza le tecnologie assistive.

• Requisito 15: Garantire che le pagine siano utilizzabili quando script, applet, o altri oggetti di programmazione sono disabilitati oppure non supportati; ove ciò non sia possibile fornire una spiegazione testuale della funzionalità svolta e garantire una alternativa testuale equivalente, in modo analogo a quanto indicato nel requisito n. 3.

• Requisito 16: Garantire che i gestori di eventi che attivano script, applet o altri oggetti di programmazione o che possiedono una propria specifica interfaccia, siano indipendenti da uno specifico dispositivo di input.

• Requisito 17: Garantire che le funzionalità e le informazioni veicolate per mezzo di oggetti di programmazione, oggetti che utilizzano tecnologie non definite da grammatiche formali pubblicate, script e applet siano direttamente accessibili.

• Requisito 18: Nel caso in cui un filmato o una presentazione multimediale siano indispensabili per la completezza dell’informazione fornita o del servizio erogato, predisporre una alternativa testuale equivalente, sincronizzata in forma di sotto-titolazione o di descrizione vocale, oppure fornire un riassunto o una semplice etichetta per ciascun elemento video o multimediale tenendo conto del livello di importanza e delle difficoltà di realizzazione nel caso di trasmissioni in tempo reale.

• Requisito 19: Rendere chiara la destinazione di ciascun collegamento ipertestuale (link) con testi significativi anche se letti indipendentemente dal proprio contesto oppure associare ai collegamenti testi alternativi che possiedano analoghe caratteristiche esplicative, nonché prevedere meccanismi che consentano di evitare la lettura ripetitiva di sequenze di collegamenti comuni a più pagine.

• Requisito 20: Nel caso che per la fruizione del servizio erogato in una pagina è previsto un intervallo di tempo predefinito entro il quale eseguire determinate azioni, è necessario avvisare esplicitamente l’utente, indicando il tempo massimo consentito e le alternative per fruire del servizio stesso.

• Requisito 21: Rendere selezionabili e attivabili tramite comandi da tastiere o tecnologie in emulazione di tastiera o tramite sistemi di puntamento diversi dal mouse i collegamenti presenti in una pagina; per facilitare la selezione e l’attivazione dei collegamenti presenti in una pagina è necessario garantire che la distanza verticale di liste di link e la spaziatura orizzontale tra link consecutivi sia di almeno 0,5 em, le distanze orizzontale e verticale tra i pulsanti di un modulo sia di almeno 0,5 em e che le dimensioni dei pulsanti in un modulo siano tali da rendere chiaramente leggibile l’etichetta in essi contenuta.

• Requisito 22: Per le pagine di siti esistenti che non possano rispettare i suelencati requisiti (pagine non accessibili), in sede di prima applicazione, fornire il collegamento a una pagina conforme a tali requisiti, recante informazioni e funzionalità equivalenti a quelle della pagina non accessibile ed aggiornata con la stessa frequenza, evitando la creazione di pagine di solo testo; il collegamento alla pagina conforme deve essere proposto in modo evidente all’inizio della pagina non accessibile.

Understanding Disabilities when Designing a

Website (by Leona Tomlinson, 2008 )

http://www.digital-web.com/articles/ understanding_disabilities_when_designing_a_website/

A *really* accessible form

Figure 1—Instructions after the form field

Figure 2—Required field asterisk placed after the form field

Figure 3—Instructions and required field asterisk before form field

OK

Dagli Errori si impara

E’ molto molto meglio…1. Non inserire testo ALT prolisso

2. Non usare caratteri casuali per separare i LINK

3. Non mettere testi nei campi dei moduli

4. Non usare access key

5. Non inserire il sommario nelle tabelle, quando non serve!

6. Non dimenticare il contenuto (struttura dei contenuti)

7. Non dedicare troppo tempo alle dichiarazioni di accessibilità (tanto, chi le legge???)

8. Non insistere su acronimi e abbreviazioni (equilibrio fra USABILITA’ e ACCESSIBILITA’)

9. Non cambiare l’ordine di tabulazione, se non c’è una buona ragione!

10. Non dimenticare di far leggere la pagina web da uno screen reader

Traduzione di “10 common errors when implementing accessibility” di Trenton Moss al sito web www.webcredible.co.uk

Gli sviluppatori web che cercano di realizzare siti accessibili, incorrono spesso in tipici e diffusi errori dovuti all’interpretazione rigida dei requisiti; si rischia di essere troppo zelanti mentre in realtà si impedisce l’accessibilità del proprio sito web.

Queste 10 regole descrivono cosa è meglio fare e perché, in modo da evitare di commettere alcuni comuni errori nelle proprie pagine web.

W3C WAI

Linee Guida WCAG2 in italiano

• Traduzione in Italiano daa wcag2.iwa.it/WD/WCAG20-WD-20090315.html– 1 Percepibile

• 1.1 Fornire alternative testuali per qualsiasi contenuto non di testo in modo che possa essere trasformato in altre modalità fruibili secondo le necessità degli utenti come stampa a grandi caratteri, Braille, sintesi vocale, simboli o linguaggio più semplice.

• 1.2 Fornire alternative per i media temporizzati.• 1.3 Creare contenuti che possano essere rappresentati in modalità differenti (ad

esempio, con layout più semplici), senza perdere informazioni o la struttura.• 1.4 Rendere più semplice agli utenti la visualizzazione e il sonoro dei contenuti,

separando i contenuti in primo piano dallo sfondo. – 2 Operabile

• 2.1 Rendere disponibili tutte le funzionalità tramite tastiera.• 2.2 Fornire agli utenti un'adeguata disponibilità di tempo per leggere ed utilizzare i

contenuti.

• 2.3 Non sviluppare contenuti che possano causare attacchi epilettici.• 2.4 Fornire delle funzionalità di supporto all'utente per navigare, trovare contenuti e

determinare la propria posizione.– 3 Comprensibile

• 3.1 Rendere il testo leggibile e comprensibile.• 3.2 Creare pagine Web che appaiano e che siano prevedibili.• 3.3 Aiutare gli utenti ad evitare gli errori ed agevolarli nella loro correzione.

– 4 Robusto • 4.1 Incrementare la compatibilità con i programmi utente attuali e futuri, includendo

le tecnologie assistive.

…semplice o complesso?

• La Web Accessibility Initiative (WAI) del World Wide Web Consortium (W3C) sviluppa linee guida su:

• Authoring Tool Accessibility Guidelines (ATAG) = sistemi autore

• Web Content Accessibility Guidelines (WCAG) = i contenuti del web

• User Agent Accessibility Guidelines (UAAG) = browsers, media players, e anche le tecnologie assistive

• Il tutto in sintonia con le W3C technical specifications (HTML, XML, CSS, SVG, etc.)

Software accessibile in 11+8 punti

1. Accessibilità da tastiera

2. Compatibilità con le caratteristiche di accessibilità del sistema operativo

3. Lettura di oggetti dell’interfaccia da parte delle TA

4. Significato dei simboli grafici

5. Modalità di presentazione dei contenuti testuali

6. Presenza di equivalenti visivi o testuali in corrispondenza di elementi audio

7. Non unicità del canale informativo/comunicativo

8. Mantenimento delle impostazioni di visualizzazione definite dall’utente

9. Caratteristiche degli elementi lampeggianti

10. Riconoscimento e operatività all’interno del focus

11. Accessibilità della documentazione

1. Rispetto delle impostazioni generali dell'utente.

2. Regolazione dei tempi.

3. Regolazione della velocita'.

4. Testi scritti.

5. Immagini e colori.

6. Suoni e voci.

7. Feedback.

8. Livelli di difficolta' e gradualita'.

DM 8 luglio 2005 Allegato D

DM 30 aprile 2008Allegato B

Una proposta di correlazione fra bisogni e requisiti tecnici

Accessibilità dei software: lo studio del CNR sd2.itd.cnr.it

enunciato

Item di a

nalisi

logo

correlaz a disabesito test

Cabri Géomètre II Plus  

Viaggio nella storia (SI.LAB ediz.)

Open source e accessibilità: l’esempio di Zoomlinux

http://sodilinux.itd.cnr.it/zoomlinux/

Opzioni per personalizzare

l’interfaccia

Compatibilità con le Tecnologie

Assistive

Accessibilità = Adattabilità

“Bachi Spaziali”: Un esempio di accessibilità del software grazie alle opzioni di personalizzazione

… la soluzione non è così lineare

Web2Access www.web2access.org.uk/disability

• Studio dell’ Università di Southampton

• Descrive i requisiti di accessibilità in relazione al diverso impatto ed interesse per le diverse disabilità

Web2Access www.web2access.org.uk/disability

• BLIND AND SEVERE VISUAL IMPAIRMENT Screen reading for all aspects of computer use may be the main access technology used, and it is important to remember navigational control may be by the keyboard rather than the mouse.  Alternative information is required where multimedia, such as images, animation or videos are offered. Links to other areas need to have good labels and make sense when divorced from their web page. Layout, tables and forms also need to remain readable when the framework for the website is removed such as a style sheet.

• PARTIALLY SIGHTED AND VISUAL ACUITY Magnification, the use of high contrast text and alternative background colours may be important to many users with visual impairments. The way contents are laid out and reflow when zoomed also affects ease of reading. Too much clutter on a page can also also cause overlapping of content. Screen-reading may also be used as scrolling horizontally when text is very large can be very tiring.

Web2Access www.web2access.org.uk/disability

• VISUAL STRESS [AND DYSLEXIA] The ability to change the colour of text and background as well as the text type can be essential for those with visual processing difficulties. Layout, white space and clear navigation links can also help. Blinking, scrolling and other animations are often unhelpful and can cause distractions for some.

• COLOUR DEFICIENCIES Successful use of a web page may depend on colour differences and contrast levels as much as the shape of symbols where colour is used to distinguish items. Size of fonts, their style and the ability to read text against certain background colours is also important and designing in black and white before adding colour can help. Problems may arise where there is no distinction between links and visited links except for the colours.

Web2Access www.web2access.org.uk/disability

• DEXTERITY/MOBILITY For those with dexterity difficulties and strain injuries the mouse and even the keyboard can be difficult to use, along with other input devices, so it is important to have alternative options for navigating around a website. If the features are available via a few select keys on the keyboard it is usually possible to design other input devices to work with these web pages which can help those with severe mobility difficulties. There is also the option of speech recognition which can depend on a good use of headings in the web page design and good layout remains vital for all users with a logical tabbing order.

• DEAF/HARD OF HEARING For those who are deaf, English may not be the primary language; it may be British Sign Language. Readability and text layout are important accessibility factors as are the provision of alternatives for multimedia content with captioning, subtitles and text transcriptions. The use of meaningful graphics and clear headings can also be helpful.

Web2Access www.web2access.org.uk/disability

• SPECIFIC LEARNING DIFFERENCES (INCLUDING DYSLEXIA) The option to use a different font, being able to change background colours and plenty of white space with clear navigation are all helpful features. Synthetic speech output for text reading may be a used by some, so the ability to highlight text and send it to the clipboard could be essential for some text-to-speech applications. Being able to zoom text and not lose the shape of the page is also helpful.

• COGNITIVE LEARNING DISABILITIES Clear writing and good use of images and audio can help those with learning disabilities, who may need support for complex use of language. Simple navigation, easy-to-follow links and clear web page design helps everyone, but these features are particularly important for this group of people. Clear feedback when performing actions is beneficial, but too many links and dense text will not help.

Alcune pubblicazioni • Bocconi S., Dini S., Ferlino L., Ott M., Accessibility of educational multimedia: in search of specific

standards. International Journal of Emerging Technologies in Learning - iJET Vol.1 N.3. 2006 ISSN: 1863-0383 (2006)

• Bocconi S., Dini S., Ferlino L., Ott M., ICT “Educational Tools and Visually Impaired Students: Different Answers to Different Accessibility Needs” (Proceedings Volume 7, LNCS 4556, ISBN: 978-3-540-73282-2), 2007

• Caruso G., Dini S., Ferlino L., “ZoomLinux: A Research Result Providing a Tangible Response to the Needs of Low Vision Students” 801-808, Proceedings of ICCHP Linz 2008, Springer LNCS ISBN: 978-3-54-70539-0, 2008.

• Dini S., Ferlino L., Gettani A., Martinoli C., Ott M. “Educational software and low vision students: evaluating accessibility factors”, in Universal Access In The Information Society, Springer ISSN: 1615-5297 (Online, 2006) 1615-5289 (Print, 2007)

• Dini S., Ferlino L., Martinoli C., Ott M. "Low Vision Students: Considerations about the Accessibility of Educational Software", (HCI International Conference 2005, Las Vegas)

• Dini S., Ferlino L., Martinoli C.,"Usability of Educational Software for visual impairment: a question of viewpoint” (pagg. 575-582 in Computers Helping People with Special Needs, 9th International Conference, ICCHP 2004, Paris, France, July 7-9, 2004, Proceedings. Lecture Notes in Computer Science 3118 Springer 2004, ISBN 3-540-22334-7)

• World Health Organization, WHO (2004) “Magnitude and causes of visual impairment” Fact Sheet N°282 accessed February 2007 http://www.who.int/mediacentre/factsheets/fs282/en/print.html

GRAZIE!info@cosecheliberano.comwww.cosecheliberano.com