Produzione di documenti accessibili · In appendice sono infine riportati riferimenti a normativa e...

MMULTIULTI C CHANCEHANCE P POLIOLI T TEAMEAMSSERVIZIOERVIZIO PERPER STUDENTISTUDENTI ININ SITUAZIONESITUAZIONE DIDI DISABILITÀDISABILITÀ

Data 9 novembre 2006Tipo prodotto Linee guida

Unità progettuale Multi chance poli teamUnità di riferimento Politecnico di Milano

Autore da contattare Antonio BianchiVersione 1.0

Multi Chance Poli TeamServizio per studenti in situazione di disabilità del Politecnico di Milano

AbstractIl documento presenta linee guida per la preparazione di materiale didattico accessibile. Vengono presentate brevemente i riferimenti normativi. Gli aspetti dell'accessibilità vengono approfonditi per le tipologie di documentazione più diffuse: documenti PDF, presentazioni e pagine HTML. Per i documenti PDF si presentano modalità di creazione che garantiscano il rispetto della proprietà intellettuale e l'accessibilità da parte degli ausili per studenti in condizione di disabilità, in particolare per le situazioni che si presentano al Politecnico di Milano. Viene affrontato anche il problema della documentazione disponibile solo in forma cartacea e la sua conversione in forma accessibile. In appendice sono infine riportati riferimenti a normativa e strumenti di accessibilità e validazione dei documenti.

Produzione di documenti accessibiliLinee guida per i docenti

Produzione di documenti accessibili :: Linee guida per i docenti

9/11/2006MMULTIULTI C CHANCEHANCE P POLIOLI T TEAMEAM

Sommario

PRODUZIONE DI DOCUMENTI ACCESSIBILI ..................................................................................... 1

LINEE GUIDA PER I DOCENTI .................................................................................................................. 1

ABSTRACT............................................................................................................................................................. 1

1. INTRODUZIONE ......................................................................................................................................... 3

1.1. UNIVERSAL DESIGN.......................................................................................................................................... 31.2. OBIETTIVI DI QUESTO DOCUMENTO.................................................................................................................... 41.3. QUALI ELEMENTI DI ACCESSIBILITÀ CONSIDERA QUESTO DOCUMENTO....................................................................4

2. LINEE GUIDA ............................................................................................................................................. 6

2.1. DUE PRINCIPI GENERALI................................................................................................................................... 62.2. DOCUMENTI PDF........................................................................................................................................... 72.2.1. PRODUZIONE E GESTIONE DI DOCUMENTI PDF....................................................................................................82.3. PRESENTAZIONI PPT.....................................................................................................................................192.3.1. FILE POWERPOINT NATIVI.............................................................................................................................202.3.2. CONVERSIONE DI FILE POWERPOINT IN DOCUMENTI HTML.............................................................................. 202.3.3. USO DELL'ADD-ON "SAVE AS ACCESSIBLE HTML" PER POWERPOINT................................................................ 202.3.4. ABBANDONO DI POWERPOINT E UTILIZZO DI HTML NATIVO PER LE SLIDE......................................................... 202.4. DOCUMENTAZIONE HTML........................................................................................................................... 212.4.1. PRODUZIONE DI DOCUMENTI HTML ACCESSIBILI............................................................................................. 21

3. CONVERSIONE DI DOCUMENTAZIONE CARTACEA ................................................................... 21

3.1. CONTENUTO PREVALENTEMENTE TESTUALE...................................................................................................... 223.2. PRESENZA DI FIGURE ESSENZIALI PER LA COMPRENSIONE................................................................................... 22

4. APPENDICI ................................................................................................................................................. 23

4.1. LE NORME DI RIFERIMENTO............................................................................................................................ 234.2. GLOSSARIO................................................................................................................................................... 254.2.1. MSAA .................................................................................................................................................... 254.3. STRUMENTI E RIFERIMENTI............................................................................................................................. 254.3.1. RIFERIMENTI............................................................................................................................................... 254.3.2. STRUMENTI DI ACCESSIBILITÀ.........................................................................................................................264.3.3. VALIDAZIONE ACCESSIBILITÀ HTML.............................................................................................................264.3.4. INDICE DELLE FIGURE................................................................................................................................... 27

2



1.IntroduzioneLo studio delle modalità di interazione con sistemi informatici da parte di persone con necessità particolari - rientrano in questo insieme non solo le persone in situazione di disabilità, ma anche le persone anziane o di lingua diversa da quella utilizzata o semplicemente le persone inesperte di informatica che tali vogliono rimanere - ha prodotto numerosi risultati sia sul piano teorico e normativo sia su quello implementativo.

Sul piano teorico è stato introdotto il concetto di universal design, sul piano normativo a livello internazionale il W3C attraverso la sua iniziativa WAI produce linee guida, sul piano applicativo diverse iniziative a livello di ricerca hanno proposto soluzioni strutturali all'accessibilità, intesa in senso ampio, comprendente anche situazioni di disabilità in passato poco considerate.

Il presente documento, dopo un breve cenno a questi lavori di carattere generale, si focalizza sulla produzione di materiale didattico accessibile, ponendo particolare attenzione alle condizioni di disabilità che si presentano all'ateneo del Politecnico di Milano: disabilità visiva, uditiva, motoria e, in tendenza crescente, dislessia.

1.1.Universal designSul piano teorico è stato introdotto il concetto di universal design.

Universal Design è il processo di creazione di prodotti (dispositivi, ambienti, sistemi e

processi) che siano usabili da persone con il più ampio repertorio possibile di abilità e che

lavorano nel più ampio repertorio possibile di situazioni (ambienti, condizioni e circostanze).

[Trace Center, Wisconsin].

Sette principi caratterizzano l’universal design, secondo i suoi patrocinatori:

Equitable Use: il progetto è utile e vendibile ad ogni gruppo di utenti.

Flexibility in Use: il progetto accoglie un’ampia gamma di preferenze e abilità individuali.

Simple and Intuitive Use: l’uso del progetto è facile da comprendere.

Perceptible Information: il progetto comunica le necessarie informazioni all’utente in modo efficace.

Tolerance for Error: il progetto minimizza i pericoli e le conseguenze di azioni accidentali o non intenzionali.

Low Physical Effort: il progetto può essere usato efficacemente e in modo confortevole.

Size and Space for Approach and Use: sono forniti appropriate dimensioni e spazio per l’approccio e l’uso.

La prospettiva dell’universal design sposta l'attenzione dalle esigenze dell’utente medio e considera le diverse abilità, le richieste e le preferenze dell’utente nelle prime fasi della progettazione e dello sviluppo secondo una realizzazione proattiva.

Sul piano normativo la collaborazione di istituti di ricerca universitari (Trace center del Wisconsin, MIT) con alcune aziende produttrici di software (Microsoft, Sun Microsystems) e di hardware (Digital Equipment Corporation, IBM, AT&T) ha dato luogo a delle linee guida di riferimento per la progettazione di software di sistema ed applicativo che risponda ai principi dell’universal design. Microsoft ha poi sviluppato una versione specifica di linee guida per Windows che sono state implementate nel “Windows access pack” che fa parte integrante del sistema operativo a partire

3



da Windows 95. Sun Microsystems oltre ad avere collaborato alla stesura delle linee guida generali ed ai porting per i sistemi operativi Unix e Solaris ha sviluppato delle linee guida per gli sviluppatori di applet Java. E' inoltre stato effettuato un lavoro di unificazione e cross reference dei vari documenti disponibili ad opera dell'Institute d'informatique di Namur, Belgio.

Il W3C, world wide web consortium, in particolare attraverso la sua iniziativa WAI, web accessibility initiative, ha prodotto e produce linee guida e raccomandazioni in parte assunte anche nella legislazione nazionale italiana (legge 4/2004, la cosiddetta legge Stanca). La versione tuttora corrente delle linee guida riguardo i contenuti, WCAG, web content accessibility guidelines, è la 1.0, del 1999, con aspetti critici ormai segnalati da più osservatori - citiamo qui la focalizzazione quasi esclusiva sulle disabilità sensoriali e motorie e la sua difficile applicabilità per alcune ambiguità presenti -. Le WCAG2.0, in versione draft da 7 anni, rispondono a questi due punti critici e alle innovazioni tecnologiche intercorse, proponendo un approccio più operativo alla certificazione di accessibilità.

Sul piano applicativo, oltre a quanto sopra accennato, segnaliamo qui a titolo esemplificativo e per la loro significatività i progetti

eSign, Essential Sign Language Information on Government Networks: progetto che promuove una descrizione a livello di XML dei gesti elementari, in grado di sintetizzare segni complessi a partire dal testo in linguagguio naturale e da una descrizione formale dei gesti elementari del linguagfgio segnico

WWAAC, World-Wide Augmentative and Alternative Communication: il progetto, che wha portato interessanti contributi teorici per le WCAG2.0 ha prodotto anche il CCF concept coding framework, un'iniziativa di progetto che promuove la descrizione dei contenuti a livello semantico pè'er la possibile rappresentazione in diversi linguaggi simboilici, e il WWAAC browser, un'integfaccia moduilare verso il web, configurabile e paricolarmente adatta per persone con disabilità cognitiva.

LAMBDA, Linear Access to Mathematics for Braille Device and Audio-synthesis: il progetto ha l'obiettivo di promuovere l'insegnamento della matematica alle persone cieche a partire da contenuti in MathML e ha sviluppato un editor per la creazione in modalità lineare di espressioni matematiche.

iEye - Interacting With Eyes: progetto per lo studio e lo sviluppo di interfacce con lo sguardo come elemento di comando. Sono state sviluppate due applicazioni, iDict, un supporto per la traduzione gaze-controlled e iTutor, un supporto multimodale e wireless per la manutenzione industriale.

1.2.Obiettivi di questo documentoIl documento presenta linee guida e indicazioni operative per la preparazione di materiale didattico accessibile per la fruizione da parte di studenti in situazione di disabilità. L'obiettivo di accessibilità per tutti è un obiettivo di sfondo, a cui tendere; in questo lavoro si terrà presente questo obiettivo generale, ma dichiariamo dei contorni più ristretti: ci si focalizzerà sull'accessibilità in termini di struttura e contenuto in grado di permettere a studenti con disabilità sensoriali e motorie di fruire in modo adeguato del materiale didattico. Non si considereranno in modo specifico in queste linee guida gli aspetti di accessibilità da un punto di vista delle disabilità intellettive e relazionali, anche se gli interventi qui consigliati possono essere considerati un prologo per il supporto per le persone con queste disabilità, da approfondire in termini di semplificazione e diversa rappresentazione dei contenuti.

1.3.Quali elementi di accessibilità considera questo documentoDate queste premesse quali sono gli elementi di accessibilità considerati in questo contesto?

Scorciatoie da tastiera per utenti con un ampia fascia di disabilità, incluse disabilità motorie.

4



Supporto alla visualizzazione ad alto contrasto, e l'abilità di ingrandire e riorganizzare il flusso del testo sullo schermo per utenti ipovedenti.

Supporto di strumenti di assistive technology quali gli screen reader attraverso le API (application program interface) MSAA (Microsoft Active Accessibility) della piattaforma Windows.

Gli aspetti dell'accessibilità vengono approfonditi per le tipologie di documentazione più diffuse: documenti PDF, presentazioni e pagine HTML.

In particolare si approfondiranno i dettagli per i documenti PDF, utilizzati in modo generalizzato sia per la possibilità di astrarre dal sistema operativo e in parte anche dal dispositivo di rappresentazione - visualizzazione e stampa - sia per la possibilità di imporre restrizioni alla fruizione e alla modifica dei contenuti; in particolare si presenteranno modalità di creazione dei documenti in grado di garantire la coesistenza del rispetto della proprietà intellettuale e dell'accessibilità da parte degli ausili per studenti in situazione di disabilità.

Verrà affrontato anche il problema della documentazione disponibile solo in forma cartacea e la sua conversione in forma accessibile, sia attraverso procedure manuali, su documentazione di piccola e media scala, sia in modo automatico, basato su workflow per documentazione di scala più larga.

In appendice vengono infine presentate informazioni aggiuntive riguardanti le norme di riferimento, un sintetico glossario dei concetti e dei termini di maggiore interesse, e una breve panoramica sugli strumenti di creazione e validazione

5

Produzione di documenti accessibili :: Linee guida

9/11/2006

MMULTIULTI C CHANCEHANCE P POLIOLI T TEAMEAM

2.Linee guida In questo capitolo viene affrontato il problema della produzione in forma accessibile di materiale didattico o la conversione di materiale didattico esistente in formato elettronico, ma non accessibile, in forma parziale o totale.

Raccomandazioni restrittive individuano l'utilizzo di formati aperti come l'RTF e l'HTML come preferibili per la creazione di materiale didattico. Questa raccomandazione può essere utile e il docente che crei il proprio materiale aderendo a questa linea garantisce l'accessibilità da parte degli ausili per gli studenti disabili e quindi la corretta fruizione. È però di conoscenza comune il fatto che per diversi motivi il materiale didattico utilizzato risponde solo in minima parte a queste caratteristiche, mentre i formati più utilizzati sono Portable Document Format (PDF) di Adobe e PowerPoint (PPT) di Microsoft o formati a questi compatibili. HTML viene utilizzato spesso come formato accessorio, come collante, per l'allestimento di siti o portali in cui vengono messi a disposizione documenti di libera consultazione, spesso ancora in formato PDF e PPT. Di seguito vengono quindi presentate linee guida per la produzione e conversione di documenti esistenti su supporto informatico nei formati PDF, PPT e HTML in modo da garantire l'accessibilità a studenti in situazione di disabilità.

2.1.Due principi generaliI due principi generali a cui attenersi per la produzione di documentazione accessibile, comunque validi indipendentemente dai formati sono:

fornire una struttura significativa al documento, utilizzando tutti gli strumenti messi a disposizione dall'applicazione di authoring: stili che rendano riconoscibili gli elementi del testo, titoli, capitoli, paragrafi, utilizzo di particolari reading flow (strutturazione del testo in colonne, ad esempio)

utilizzo di rappresentazione alternativa per gli elementi grafici del contenuto significativi per la comprensione

Di seguito si indicano alcune altre aspetti e approfondimenti da considerare per l'ottimizzazione dei documenti per l'accessibilità e per permettere l'utilizzabilità da parte delle applicazioni di screen reader.

Ordine logico di lettura. I documenti sono più accessibili se sono stati creati con una struttura logica. L'utilizzo degli strumenti messi a disposizione dalle applicazioni per definire e creare gli elementi strutturali del documento quali titoli, capitoli, intestazioni, testo su colonne multiple può agevolare tecnologie assistive quali screen readers nella comprensione dell'ordine logico di lettura del contenuto, senza alcuna ambiguità. Ad esempio se un documento è stato formattato in due colonne utilizzando la funzione di disposizione in colonne lo screen reader leggerà il testo fino al fondo della prima colonna e poi procederà sulla seconda. D'altra parte se lo scrittore utilizza la tabulazione per emulare la formattazione su due colonne lo screen reader non sarà in grado di riconoscere il layout sottinteso. Leggerà invece orizzontalmente, passando dalla prima riga nella prima colonna alla prima riga nella seconda colonna.

6


9/11/2006


Nel mezzo del cammin di nostra vita mi ritrovai per una selva oscura. Nel mezzo del cammin di nostra vita mi ritrovai per una selva oscura. Nel mezzo del cammin di nostra vita mi ritrovai per una selva oscura. Nel mezzo del cammin di nostra vita mi ritrovai

per una selva oscura. Nel mezzo del cammin di nostra vita mi ritrovai per una selva oscura. Nel mezzo del cammin di nostra vita mi ritrovai per una selva oscura. Nel mezzo del cammin di nostra vita mi ritrovai per una selva oscura.

Figura 1: Esempio di utilizzo dello strumento di formattazione in colonne : l'ordine di lettura è corretto.

Nel mezzo del cammin di nostra vita mi oscura. Nel mezzo del cammin di nostra ritrovai per una selva oscura. Nel mezzo del vita mi ritrovai per una selva oscura. cammin di nostra vita mi ritrovai per unaselva Nel mezzo del cammin di nostra vita oscura. Nel mezzo del cammin di nostra vita mi ritrovai per una selva oscura. Nel mezzo mi ritrovai per una selva oscura. Nel mezzo del cammin di nostra vita mi ritrovai per una cammin di nostra vita mi ritrovai per una selva oscura.

Figura 2: Esempio di utilizzo di tabulazioni per emulazione di due colonne: l'ordine di lettura è scorretto.

Descrizioni testuali alternative per le immagini. Il documento dovrebbe contenere descrizioni testuali delle immagini contenute. L'associazione di testo alternativo a contenuti grafici viene supportato da numerose applicazioni di authoring, anche a livello di prodotto finale, come il PDF. Quando lo screen reader incontra un'immagine così arricchita leggerà il testo della descrizione alternativa, permettendo all'utilizzatore la comprensione del documento.

Collegamenti. Il documento dovrebbe includere collegamenti utili e altro contenuto interattivo in modo che l'utente possa andare direttamente alla sezione di suo interesse.

Navigazione. Il documento dovrebbe includere ausili navigazionali e organizzativi, quali contenuti tabellari e intestazioni significative. Questo fornisce all'utente un modo comodo per muoversi all'interno del documento, senza doverlo leggere in modo sequenziale per trovare ciò di cui necessitano.

Lingua del documento. Sebbene gli attuali screen readers siano progettati per leggere un documento secondo una particolare lingua, la specifica della lingua del documento o di sue sezioni può permettere a screen readers di nuova generazione la commutazione dinamica della lingua utilizzata, scegliendo quella più appropriata. Inoltre la specifica della lingua del documento è necessaria a superare la validazione sia a livello di WCAG sia a livello di sezione 508, ma anche a livello del validatore Accessibility Checker di Adobe Acrobat.

2.2.Documenti PDFAdobe Portable Document Format (PDF) è uno standard per la distribuzione di documentazione in formato elettronico. Adobe PDF è un formato universale che preserva l'esatto look and feel di ogni documento sorgente, inclusi font, formattazione, colori e grafica, indipendentemente dall'applicazione e dalla piattaforma utilizzati per la produzione. I file Adobe PDF possono essere aperti affidabilmente su un ampia varietà di hardware e software con il lettore Adobe Acrobat Reader, distribuito gratuitamente.

Molte corporations, istituzioni educative e agenzie governative utilizzano Adobe PDF per la distribuzione di documenti al pubblico o a gruppi all'interno della propria organizzazione. Adobe PDF sta inoltre guadagnando una certa popolarità come base per nuovi processi di e-business ed e-government. Supporta form, firme digitali, sicurezza sulle password, e mark-up elettronico.

7


9/11/2006


2.2.1.Produzione e gestione di documenti PDFNota. Ci si riferisce in questa sezione e nelle successive alle caratteristiche di accessibilità dei documenti prodotti con le rispettive applicazioni e non alle funzionalità che garantiscono l'utilizzo dell'applicazione stessa.

Adobe Acrobat.La versione attuale è la 6.0. Dalla versione 5.0 è possibile imporre vincoli su alcuni aspetti di fruizione dei documenti, senza impedire l'accesso a strumenti di accessibilità, quali gli screen reader.

La versione corrente di questo prodotto di authoring comprende strumenti per il supporto e la verifica dell'accessibilità quali:

Crea file con tag nella conversione di documenti Microsoft Office in formato Adobe PDF, rendendo più agevole la lettura secondo l'ordine corretto a coloro che utilizzano screen reader.

Converte file PDF nuovi ed esistenti in tagged Adobe PDF, attraverso il plugin Make Accessible.

Include strumenti che aiutano nella risoluzione dei problemi e nell'ottimizzazione dei file per gli aspetti riguardanti l'accessibilità: il validatore di accessibilità, la tavolozza dei tag e latri.

Supporta Microsoft Active Accessibility (MSAA) Application Programming Interface (API) per la piattaforma Windows per l'integrazione con i prodotti di assistive technology, inclusi screen readers di produttori quali GW Micro (www.gwmicro.com) e Freedom Scientific (www.freedomsci-entific.com).

Supporta l'esportazione il testo da TAGged Adobe PDF a Rich Text Format (RTF), o verso XML, HTML, o TXT attraverso plugin per Macintosh e Windows. I file risultanti possono essere processati con un'ampia varietà di applicazioni inclusi word processors e screen reader.

Legge del contenuto di file PDF ad alta voce utilizzando il sistema di sintesi vocale disponibile da sistema operativo.

La creazione di documenti protetti e accessibiliNel seguito vengono presentate schermate di dettaglio per la creazione di documenti protetti per garantire la gestione della proprietà intellettuale del docente, qualora lo ritenga, naturalmente, garantendo comunque la piena accessibilità agli ausili per studenti disabili. Le schermate si riferiscono alla fase di creazione del documento PDF attraverso PDFMaker.

8


9/11/2006


Figura 3: Impostazioni generali: inclusione della struttura del documento attraverso TAGs, per migliorare l'accessibilità.

Figura 4: Impostazioni di restrizioni all'accesso: immissione password di protezione (l'apertura è comunque ammessa, senza password)

9


9/11/2006


Figura 5: Impostazioni di restrizioni all'accesso: ammessa stampa a bassa risoluzione

Figura 6: Impostazioni di restrizioni all'accesso: nessuna modifica del documento è ammessa

10


9/11/2006


Figura 7: Impostazioni di restrizioni all'accesso: nessuna estrazione di contenuto è ammessa (il corrispondente menu contestuale viene disabilitato in fase di lettura)

Figura 8: Impostazioni di restrizioni all'accesso: ammesso l'accesso da parte di ausilii per l'accessibilità

11


9/11/2006


Figura 9: Impostazioni per la generazione di bookmarks: selezionando la checkbox "Convert word styles to Bookmarks" si ottiene un'indicizzazione molto fitta, spesso al di là delle necessità. L'impostazione di default che utilizza le sole intestazioni può essere sufficiente

Per garantire l'accessibilità in fase di lettura del documento è necessario fornire testo alternativo per tutte le immagini significative inserite. In PowerPoint 2000 e Word 2000, è possibile aggiungere testo alternativo per descrivere un'immagine utilizzando il tab Web di Illustrations Properties dialog box. In Office XP, il tab Web si trova in Format >>> Picture.

Qualora non si avesse accesso al documento originario o si disponesse di word processor non in grado di editare il testo alternativo, questa operazione può essere eseguita a posteriori in Acrobat seguendo questa procedura.

12


9/11/2006


Figura 10: Intervento sull'accessibilità delle immagini in Acrobat: accesso ai TAGs

Figura 11: Intervento sull'accessibilità delle immagini in Acrobat: accesso alle proprietà dell'immagine dal menu contestuale

13


9/11/2006


Figura 12: Intervento sull'accessibilità delle immagini in Acrobat: impostazione di testo alternativo e della lingua

Adobe Acrobat fornisce la possibilità di lettura del documento direttamente all'interno dell'applicativo, oltre a gestire la compatibilità con screen reader.

Di seguito vengono presentate due schermate relative all'utilizzo e alle impostazioni della finzione di questa funzione, denominata Read Aloud.

Figura 13: accesso alla funzione di Read Aloud di Acrobat6.

14


9/11/2006


Figura 14: impostazione delle preferenze per la funzione di Read Aloud

Adobe Acrobat CaptureStrumento di conversione per documentazione cartacea su media - larga scala. È possibile definire regole di conversione per il workflow, con la possibilità di intervenire a correggere TAG scorretti.

Caratteristiche della versione 3, attualmente disponibile: mantiene l'esatto look and feel del documento originale, mettendo a disposizione il testo per le

funzioni di ricerca e per gli aspetti di accessibilità utilizzando le funzionalità Optical Character Recognition (OCR).

Permette all'utilizzatore la revisione e la correzione di testo sospetto in modo veloce e semplice attraverso lo strumento QuickFix.

Lascia all'utilizzatore la possibilità di preselezionare aree nelle pagine da trattare come testo o grafica utilizzando lo strumento Zone Tool.

Aggiunge automaticamente collegamenti e bookmarks in modo che gli utilizzatori possono facilmente navigare sommari e indici.

Crea file tagged Adobe PDF durante la conversione di documenti cartacei attraverso l'agente opzionale Adobe PDF agent.

OpenOfficeStrumento di produzione offerto in forma di suite comprendente elaborazione di testi, presentazioni, fogli elettronici, disegno. La versione attuale 1.1 prevede la possibilità di esportare in formato PDF i diversi documenti prodotti all'interno della suite. Le impostazioni del documento ottenuto sono di base: nessuna protezione, accesso completo, nessun supporto per TAGged PDF.

15


9/11/2006


Figura 15: esportazione one click di documenti in PDF

16


9/11/2006


Figura 16: il documento prodotto ha accesso completo, senza alcuna protezione

StarOfficeSuite Office con caratteristiche sovrapponibili a OpenOffice, salvo la presenza di supporto database. La versione corrente 7.0 supporta caratteristiche di accessibilità analoghe a quanto presentato per OpenOffice 1.1.

AFPL GhostScript / FreePDFLa versione 8.14 attuale http://www.ghostscript.com/article/54.html supporta la produzione di PDF criptati, con la possibilità di definire le diverse caratteristiche di protezione, fra cui l'estrazione di contenuti per l'accessibilità. Utile front end per la produzione di PDF attraverso GhostScript è FreePDF, http://www.shbox.de/freepdf.htm

Figura 17: Produzione PDF con GhostScript: scelta FreePDF come stampante

17

http://www.shbox.de/freepdf.htm

http://www.ghostscript.com/article/54.html


9/11/2006


Figura 18: Produzione PDF con GhostScript/FreePDF: scelta creazione documento protetto

Figura 19: Produzione PDF con GhostScript/FreePDF: scelta dei parametri di protezione del documento. Solo Extract text viene ammesso, per garantire l'accessibilità ai dispositivi per disabili

18


9/11/2006


Figura 20: Produzione PDF con GhostScript/FreePDF: conversione in corso ad opera di GhostScript

Figura 21: Produzione PDF con GhostScript/FreePDF: verifica del risultato con Acrobat. Il documento è completamente protetto, ma è garantita l'estrazione di contenuto per l'accessibilità.

2.3.Presentazioni PPTLa documentazione in veste di presentazione di slide è diffusa in modo sempre più pervasivo nell'attività didattica. Per garantire l'accessibilità di questi documenti possono essere utilizzate

19


9/11/2006


diverse modalità, fatti salvi i principi generali riguardo la strutturazione dei contenuti e la fornitura di rappresentazione testuale alternativa.

2.3.1.File PowerPoint nativiLe presentazioni PowerPoint messe disposizioni sul Web nella loro forma nativa possono essere direttamente accessibili per gli utilizzatori di tecnologie assistive se il loro browser è fornito del plugin di visualizzazione PowerPoint oppure se hanno installato questo visualizzatore nella loro macchine. Tuttavia la seconda possibilità necessita lo scaricamento completa della presentazione e della sua visualizzazione fuori linea utilizzando l'applicazione PowerPoint.Le presentazioni possono essere prodotte oltre che con Microsoft PowerPoint anche con Presenter delle suite OpenOffice / StarOffice.Le caratteristiche di accessibilità offerte da OpenOffice 1.1 per i documenti di presentazione sono allineate a quanto descritto per i documenti di testo, sopra descritti. Esiste inoltre la possibilità di esportare le presentazioni, sia pure prive delle eventuali animazioni, nel formato Macromedia FLASH, che gode di sempre maggiore supporto da parte dei browser più diffusi. Dal punto di vista dell'accessibilità questa esportazione non aggiunge però particolari migliorie; può anzi essere una perdita di elementi di accessibilità se non vengono previste descrizioni che in parte compensino la rappresentazione solo grafica.

2.3.2.Conversione di file PowerPoint in documenti HTMLUn'altra opzione è quella di utilizzare la funzione "Save as Web Page", disponibile si nell'applicazione Microsoft Powerpoint. Sebbene questo sia un processo semplice, il risultato è abbastanza buono, a meno che non siate persone con difficoltà visive. I file HTML risultanti, creati dalla conversione citata, non solo sono infarciti di codice proprietario Microsoft, ma utilizzano anche frames e JavaScript, che presentano a loro volta aspetti problematici riguardo l'accessibilità. Questi file funzionano abbastanza bene se il browser è Microsoft Internet Explorer. In Netscape, l'intera slide è presa come un singolo contenuto grafico. Questo significa anche che i file non sono leggibili utilizzando uno screen reader.

2.3.3.Uso dell'add-on "Save as accessible HTML" per PowerPointIl Microsoft Office Web Publishing Accessibility Wizard, creato all'University of Illinois, è ancora poco stabile e con qualche problema. Tuttavia è attualmente liberamente disponibile per lo scaricamento ed è probabilmente il miglior tentativo verso una soluzione. Una volta installato, il plugin li guida attraverso una serie di passi, aggiungendo testo alternativo alle immagini, carte, grafici e altri elementi non testuali. Una caratteristica interessante è la possibilità di manipolare grafici Excel estraendo automaticamente i dati, convertendo poi quei dati in formato accessibile. I file risultanti dalla conversione assomiglia in qualche modo a quelli creati attraverso lo strumento built-in di conversione in HTML.

2.3.4.Abbandono di PowerPoint e utilizzo di HTML nativo per le slideSe la vostra intenzione è quella di mettere a disposizione la vostra presentazione sul Web, probabilmente la creazione di diapositive direttamente in HTML è la soluzione più scalabile ed efficace. Una serie di pagine HTML collegatevi linearmente può già essere la soluzione. Naturalmente è possibile aggiungere collegamenti precedente e successiva, una barra di navigazione laterale, menu, o l'utilizzo di JavaScript o META tags un po' con un per creare effetti di transizione analoghi a quelli di PowerPoint. Inoltre se le linee guida di base sono state seguite, la presentazione HTML risultante risulterà accessibile.Se la vostra conoscenza dell'HTML non è sufficientemente approfondita e non avete intenzione di affrontare lo studio dell'interfaccia di PowerPoint, potreste provare l'utilizzo di alcuni altri strumenti per la generazione di presentazioni. Dal punto di vista dell'accessibilità, programmi basati su HTML come il W3C's Slidemaker e WimpyPoint di Philip Greenspun's, sono le scelte migliori.

20


9/11/2006


2.4.Documentazione HTMLL'accessibilità dei documenti HTML è oggetto specifico delle norme del WCAG-W3C la cui versione attuale è la 2.0. La versione corrente delle norme W3C introduce un differente schema di validazione dell'accessibilità rispetto alla precedente versione 1.0. Per un maggiore dettaglio su queste norme e per un confronto fra le due versioni si rimanda all'appendice.Oltre ai principi generali più volte ricordati, vale in questo caso il rispetto di standard consolidati che garantiscono il pieno supporto da parte del più ampio insieme di browser (HTML4) e la separazione dei contenuti dalla modalità di rappresentazione (XTML e CSS).

2.4.1.Produzione di documenti HTML accessibili

XStandard XStandard - XHTML WYSIWYG EditorXStandard è un editor WYSIWYG basato su Internet Explorer e ActiveX. È in grado di manipolare contenuti in lingue diverse e genera codice XHTML 1.1 privo di tag deprecati. L'editor supporta tabelle, liste, collegamenti, e tag personalizzati. I fogli di stile CSS sono utilizzati per la formattazione e sono differenziati attraverso un intuitivo menu a discesa. La funzione di anteprima Screen Reader aiuta l'autore nella correzione dei contenuti in vista dell'accessibilità. La versione 1.2 di XStandard supporta un numero maggiore di proprietà CSS e tag XHTML, possiede una barra degli strumenti personalizzabili, sei possibili lingue per interfaccia e supporto per immagini decorative. La versione XStandard "Lite" è libera e può essere utilizzata in applicazioni produzione, senza alcun costo. XStandard "Pro" ha tutte le caratteristiche della versione Lite, più una verifica di spelling e maggiori funzionalità Web services (SOAP), che permettono all'autore il drag-&-drop di file nelle editor e di utilizzare file condivisi in librerie remote. web site: http://xstandard.com

AmayaAmaya è il browser e lo strumento di authoring prodotto da W3C e garantisce il pieno supporto per gli standard sopra ricordati.web site: http://www.w3.org/Amaya/

3.Conversione di documentazione cartaceaIn questo capitolo viene affrontato il problema della conversione in forma accessibile di materiale didattico disponibile solo in forma cartacea.

In passato sono state percorse modalità dedicate, molto onerose in termini di tempo e poco efficaci dal punto di vista dello studente disabile; ad esempio per studenti ciechi o ipovedenti si prevedeva la lettura e la registrazione audio da parte di assistenti o compagni di corso; la registrazione veniva poi consegnata allo studente in forma analogica su nastro o come file audio. È evidente che questa modalità risulta poco efficiente, comportando un consumo di tempo elevato con conseguenti alti costi di gestione del servizio e rischio di ritardi che si accumulano nella fornitura del materiale allo studente. Questa modalità risulta contemporaneamente poco efficace poiché implica una doppia conversione testo => voce => testo. La registrazione audio viene poi fruita in modalità sequenziale, non sempre adatta ad un accesso significativo dei contenuti, se adeguatamente strutturati.

21

http://www.w3.org/Amaya/

http://xstandard.com/


9/11/2006


Nel seguito vengono presentati alcuni accorgimenti e soluzioni disponibili per la conversione di materiale cartaceo in presenza di contenuto prevalentemente testuale e in presenza significativa di immagini essenziali per la comprensione del materiale didattico. Si è ipotizzato PDF come formato più adeguato per l'output di questo processo di conversione. L'eventuale trasformazione in HTML può comunque essere effettuata utilizzando gli strumenti standard previsti dai software di gestione del formato PDF, elencati in appendice.

3.1.Contenuto prevalentemente testualeLa conversione di documenti prevalentemente testuali può essere ritenuta un'operazione banale, da effettuare semplicemente attraverso l'utilizzo di scanner e di software OCR (Optical Character Recognition). Indubbiamente questa procedura dà buoni risultati per volumi modesti di materiale e per contenuti molto chiari, sia dal punto di vista della qualità di stampa, sia dal punto di vista della struttura del documento. L'esperienza (vedi nota in appendice) mostra che risultati di qualità necessitano comunque di un intervento specifico umano, in questo caso a valle dell'operazione di conversione per risolvere le ambiguità che si presentano sia a livello delle singole parole, sia a livello della struttura.

In presenza di volumi maggiori è necessario valutare l'utilizzo di workflow di supporto in grado di assistere l'operazione di conversione con la definizione di regole comuni, la presenza di strumenti per interventi di correzione sistematica.

3.2.Presenza di figure essenziali per la comprensioneValgono per documenti di questa tipologia le considerazioni del paragrafo precedente riguardo la possibilità di conversione manuale o attraverso procedure assistite nel caso di volumi maggiori. L'intervento dell'assistente umano in questo caso non si può limitare alla correzione a posteriori, ma deve prevedere la preparazione del materiale e se necessario acquisire i concetti esposti per la loro rappresentazione efficace e l'introduzione di descrizioni alternative per le parti grafiche che possano supplire in modo significativo.

22


9/11/2006


4.AppendiciVengono presentate nel seguito informazioni aggiuntive riguardanti le norme di riferimento, un sintetico glossario dei concetti e dei termini di maggiore interesse, e una breve panoramica sugli strumenti di creazione e validazione.

4.1.Le norme di riferimento

WAI-W3CLa versione di riferimento corrente delle linee guida W3C WCAG 1.0 (web content accessibility guidelines) riguardanti l'accessibilità si trova all'URL http://www.w3.org/TR/WCAG10.

È in fase di definizione, attualmente allo stato di working draft, un nuovo paradigma di accessibilità presso il W3C, WCAG 2.0, http://www.w3.org/TR/WCAG20/.

Vengono di seguito brevemente elencate le principali caratteristiche delle due versioni delle linee guida.

WCAG1.0 definisce 14 linee guida che definiscono i principi generali.

1. Provide equivalent alternatives to auditory and visual content.

2. Don't rely on color alone.

3. Use markup and style sheets and do so properly.

4. Clarify natural language usage

5. Create tables that transform gracefully.

6. Ensure that pages featuring new technologies transform gracefully.

7. Ensure user control of time-sensitive content changes.

8. Ensure direct accessibility of embedded user interfaces.

9. Design for device-independence.

10. Use interim solutions.

11. Use W3C technologies and guidelines.

12. Provide context and orientation information.

13. Provide clear navigation mechanisms.

14. Ensure that documents are clear and simple.

Sulla base di queste linee guida viene definita una chekcklist, ai cui checkpoint viene assegnato un livello di priorità in funzione dell'impatto sull'accessibilità.

La priorità del checkpoint può assumere tre valori:

[Priorità 1] - Lo sviluppatore DEVE soddisfare questo checkpoint, in caso contrario uno o più gruppi saranno impossibilitati ad accedere alle informazioni. (Requisito base)

[Priorità 2] - Lo sviluppatore DOVREBBE soddisfare questo checkpoint. (Rimuove barriere significative)

[Priorità 3] - Lo sviluppatore POTREBBE soddisfare questo checkpoint. (Migliora l'accessibilità Web)

In funzione dei livelli di priorità rispettati vengono definiti i seguenti livelli di conformità:

23

http://www.w3.org/TR/WCAG20/

http://www.w3.org/TR/WCAG10


9/11/2006


[Livello A]: Tutti i checkpoint di livello 1 sono soddisfatti

[Livello Double-A]: tutti i checkpoint di livello 1 e 2 sono soddisfatti

[Livello Triple-A]: tutti i checkpoint di livello 1,2 e 3 sono soddisfatti.

L'approccio utilizzato da WCAG2.0 intende essere più generale e definisce 5 principi da cui discendono un insieme di linee guida:

Percettibilità: assicurare modalità alternative per ogni contenuto non testuale

Operabilità: assicurare che gli elementi dell'interfaccia all'interno del contenuto siano accessibili da qualsiasi utente.

Navigabilità: facilitare l'orientamento all'interno del contenuto Web e la sua navigazione.

Comprensibilità: il significato dei contenuti deve essere chiaro e consistente.

Robustezza: il contenuto deve essere sufficientemente robusto da garantire compatibilità con le tecnologie attuali e future.

A differenza di WCAG1, WCAG2 non assegna priorità ai checkpoints; vengono invece classificati per ogni linea guida tre possibili livelli di implementazione: Level 1 (MINIMUM), Level 2 e Level 3, corrispondenti al soddisfacimento di criteri definiti.

Se tutte le linee guida relative ad una certa caratteristica sono implementati almeno a livello MINIMUM, viene assegnato un livello di certificazione in funzione delle seguenti regole:

LEVEL 1: tutte le linee guida sono soddisfatte a livello MINIMUM.

LEVEL 1+: alcune linee guida sono soddisfatte a Livello 2.

LEVEL 2: tutte le linee guida sono soddisfatte a livello 2.

LEVEL 2+: tutte le linee guida sono soddisfatte a livello 2 e alcuni a Livello 3.

LEVEL 3: tutte le linee guida sono soddisfatte a livello 3.

Le linee guida WCAG2 ambiscono a introdurre i seguenti miglioramenti:

Ensure that requirements may be applied across technologies

Ensure that the conformance requirements are clear

Ensure that the deliverables are easy to use

Write to a more diverse audience

Clearly identify who benefits from accessible content

Ensure that the revision is "backward compatible" with WCAG 1.0

All'URL http://www.w3.org/WAI/GL/2004/03/11-mapping.html è disponibile un confronto, una mappatura, tra checkpoint WCAG1 e linee guida WCAG2.

Sezione 508 del Federal Rehabilitation ActLa sezione 508 si riferisce ad una sezione normativa del Rehabilitation Act del 1973. Il congresso ha significativamente rafforzato la sezione 508 nel Workforce Investment Act del 1998. Il suo scopo primario è quello di garantire accesso e uso alle tecnologie e alle informazioni elettroniche alle persone con disabilità. La forma ufficiale della sezione 508 può essere trovata all'indirizzo www.section508.gov.

I requisiti della sezione 508 sono separati ma complementari ai requisiti della sezione 501 e 504 Rehabilitation Act che richiedono, fra le altre cose, che le agenzie forniscano ragionevoli facilitazioni per gli impiegati con disabilità e forniscano programmi di accesso per il pubblico

24

http://www.section508.gov/

http://www.w3.org/WAI/GL/2004/03/11-mapping.html


9/11/2006


presenti disabilità, e prendano altre misure necessarie a prevenire la discriminazione sulla base della disabilità nei loro programmi.

4.2.Glossario

4.2.1.MSAA Microsoft Active Accessibility. Per garantire che le tecnologie assistive (AT) convoglino tutte le informazioni significative all'utilizzatore, attraverso l'interfaccia utente, le AT devono essere a priori in grado di accedere a quelle informazioni dalle applicazioni. La soluzione Microsoft a questo problema è Microsoft Active Accessibility (MSAA), che è stata resa disponibile a partire da Windows 95 come un add-on ed è stato inserito nel sistema operativo nelle successive versioni di Windows. MSAA è una tecnologia che fornisce uno standard, un meccanismo consistente per lo scambio di informazione fra applicazioni e tecnologie assistive. Ad esempio, MSAA permette alle applicazioni di esporre verso lo screen reader il tipo, il nome, la posizione e lo stato corrente di tutti gli oggetti che compongono l'interfaccia e notifica lo screen reader di ogni cambiamento a livello di interfaccia.

http://msdn.microsoft.com/library/en-us/dnacc/html/actvaccess.asp

4.3.Strumenti e riferimenti

4.3.1.Riferimenti

Accessible Web Publishing Wizard for Microsoft ® OfficeWizard sviluppato e distribuito dall'Università dell'Illinois per la conversione, in parte automatica, in parte assistita, di documenti office (2000-XP) in formato accessibile:http://cita.rehab.uiuc.edu/software/office/

Modalità per rendere accessibile documenti contenenti grafici a persone ciecheArticolo di Martin Kurze, della Freie Universität Berlin, Institut für Informatik, sulle modalità per rendere accessibile documenti contenenti grafici a persone cieche:http://page.mi.fu-berlin.de/~kurze/publications/se_95/swerg95.htmIn questo articolo viene presentata una metodologia in due fasi, la prima delle quali prevede l'intervento di un moderatore che esegue delle operazioni di conversione manuale del materiale originale, conversione basata anche sulla comprensione del contesto in cui la parte grafica è inserita.

Strumenti hardware per la produzione di documenti grafici in rilievoStrumenti hardware per la produzione di documenti grafici in rilievo:http://www.tvi-web.com/products/repro.html

Tips and Techniques for accessible PDF and presentationsProdotto dalla California State University, Tips and Techniques for accessible PDF and presentations è un insieme di documenti disponibili nella sezione Web accessibility learning modules.

Come si deduce dal titolo la necessità di un documento di questo genere non è sentita solo al Politecnico di Milano.

http://www.csufresno.edu/webaccess/learningmodules/tips2/index.htm

25

http://www.csufresno.edu/webaccess/learningmodules/tips2/index.htm

http://www.tvi-web.com/products/repro.html

http://page.mi.fu-berlin.de/~kurze/publications/se_95/swerg95.htm

http://cita.rehab.uiuc.edu/software/office/

http://msdn.microsoft.com/library/en-us/dnacc/html/actvaccess.asp


9/11/2006


Adobe Homepage: http://www.adobe.com

Sezione dedicata all'accessibilità: http://access.adobe.com

Servizio di conversione online di documenti o pagine web: http://createpdf.adobe.com

GhostScriptAFPL GhostScript: http://www.cs.wisc.edu/~ghost/doc/AFPL/index.htm

FreePDFStefan Heinz homepage: http://www.shbox.de

4.3.2.Strumenti di accessibilità

Freedom Scientific JAWSScreen reader. Sintesi vocale multilingua, supporta le applicazioni standard Windows senza necessità di configurazione. Supporto per browsing, con navigabilità di numerosi elementi della pagina: liste di link, liste di frame, campi di form, tabelle. Include un linguaggio di scripting per la personalizzazione dell'interazione con applicazioni non standard. Interfaccia i più diffusi display Braille.web: http://www.freedom scientific.com

GW Micro Window-EyesScreen reader. Include Microsoft Speech Software Synthesizer, nove voci Eloquence, DECtalk Access 32, sei voci ScanSoft RealSpeak, supporto MSAA, commuta sintetizzatore vocale e display braille dinamicamente.

web: http://www.gwmicro.com

4.3.3.Validazione accessibilità HTML

Cynthia Says Portal Cynthia è un servizio di validazione di pagine web online ed è in grado di fornire un report dettagliato sulla verifica di accessibilità di pagine web visibili con indirizzo pubblico, rispetto alle linee guida della sezione 508 americana o delle linee guida WCAG1.0 del W3C. Questo strumento è particolarmente interessante e ben concepito, tanto da essere stato scelto dal browser Firefox quale strumento di validazione integrato.

A-PromptA-Prompt è un'applicazione Windows che verifica le vostre pagine riguardo i temi dell'accessibilità e corregge le pagine per voi (col vostro aiuto). Il programma ha un'interfaccia Wizard-like che guida attraverso i potenziali problemi che la vostra pagina presenta e vi informa riguardo le possibili soluzioni per la correzione.

Bobby Bobby verifica le vostre pagine HTML riguardo le aree che possono porre difficoltà alle persone disabili. Vi viene semplicemente chiesto di inserire l'URL della vostra pagina web e vi fornisce un report dopo avere visitato quell'URL; questo si riferisce all'utilizzo del servizio di validazione online, che può essere applicato a pagine HTML visibili pubblicamente. È anche possibile scaricare Bobby

26

http://www.shbox.de/

http://www.cs.wisc.edu/~ghost/doc/AFPL/index.htm

http://createpdf.adobe.com/

http://access.adobe.com/


9/11/2006


per l'uso locale sulla vostra macchina (si tratta di un'applicazione Java). Bobby può verificare il vostro sito riguardo le linee guida della US Section 508, o riguardo le Web Content Accessibility Guidelines 1.0 del W3C.

4.3.4.Indice delle figure

FIGURA 1: ESEMPIO DI UTILIZZO DELLO STRUMENTO DI FORMATTAZIONE IN COLONNE : L'ORDINE DI LETTURA È CORRETTO. ..................................................................... 7@~

FIGURA 2: ESEMPIO DI UTILIZZO DI TABULAZIONI PER EMULAZIONE DI DUE COLONNE: L'ORDINE DI LETTURA È SCORRETTO. .................................................................... 7@~

FIGURA 3: IMPOSTAZIONI GENERALI: INCLUSIONE DELLA STRUTTURA DEL DOCUMENTO ATTRAVERSO TAGS, PER MIGLIORARE L'ACCESSIBILITÀ. ........................ 9@~

FIGURA 4: IMPOSTAZIONI DI RESTRIZIONI ALL'ACCESSO: IMMISSIONE PASSWORD DI PROTEZIONE (L'APERTURA È COMUNQUE AMMESSA, SENZA PASSWORD) ..................... 9@~

FIGURA 5: IMPOSTAZIONI DI RESTRIZIONI ALL'ACCESSO: AMMESSA STAMPA A BASSA RISOLUZIONE ......................................................................................................................................... 10@~

FIGURA 6: IMPOSTAZIONI DI RESTRIZIONI ALL'ACCESSO: NESSUNA MODIFICA DEL DOCUMENTO È AMMESSA ................................................................................................................. 10@~

FIGURA 7: IMPOSTAZIONI DI RESTRIZIONI ALL'ACCESSO: NESSUNA ESTRAZIONE DI CONTENUTO È AMMESSA (IL CORRISPONDENTE MENU CONTESTUALE VIENE DISABILITATO IN FASE DI LETTURA) ............................................................................................ 11@~

FIGURA 8: IMPOSTAZIONI DI RESTRIZIONI ALL'ACCESSO: AMMESSO L'ACCESSO DA PARTE DI AUSILII PER L'ACCESSIBILITÀ .................................................................................... 11@~

FIGURA 9: IMPOSTAZIONI PER LA GENERAZIONE DI BOOKMARKS: SELEZIONANDO LA CHECKBOX "CONVERT WORD STYLES TO BOOKMARKS" SI OTTIENE UN'INDICIZZAZIONE MOLTO FITTA, SPESSO AL DI LÀ DELLE NECESSITÀ. L'IMPOSTAZIONE DI DEFAULT CHE UTILIZZA LE SOLE INTESTAZIONI PUÒ ESSERE SUFFICIENTE .......................................................................................................................................... 12@~

27


9/11/2006


FIGURA 10: INTERVENTO SULL'ACCESSIBILITÀ DELLE IMMAGINI IN ACROBAT: ACCESSO AI TAGS ................................................................................................................................ 13@~

FIGURA 11: INTERVENTO SULL'ACCESSIBILITÀ DELLE IMMAGINI IN ACROBAT: ACCESSO ALLE PROPRIETÀ DELL'IMMAGINE DAL MENU CONTESTUALE .................... 13@~

FIGURA 12: INTERVENTO SULL'ACCESSIBILITÀ DELLE IMMAGINI IN ACROBAT: IMPOSTAZIONE DI TESTO ALTERNATIVO E DELLA LINGUA ............................................... 14@~

FIGURA 13: ACCESSO ALLA FUNZIONE DI READ ALOUD DI ACROBAT6. .......................... 14@~

FIGURA 14: IMPOSTAZIONE DELLE PREFERENZE PER LA FUNZIONE DI READ ALOUD ..................................................................................................................................................................... 15@~

FIGURA 15: ESPORTAZIONE ONE CLICK DI DOCUMENTI IN PDF ........................................ 16@~

FIGURA 16: IL DOCUMENTO PRODOTTO HA ACCESSO COMPLETO, SENZA ALCUNA PROTEZIONE .......................................................................................................................................... 17@~

FIGURA 17: PRODUZIONE PDF CON GHOSTSCRIPT: SCELTA FREEPDF COME STAMPANTE ............................................................................................................................................ 17@~

FIGURA 18: PRODUZIONE PDF CON GHOSTSCRIPT/FREEPDF: SCELTA CREAZIONE DOCUMENTO PROTETTO ................................................................................................................... 18@~

FIGURA 19: PRODUZIONE PDF CON GHOSTSCRIPT/FREEPDF: SCELTA DEI PARAMETRI DI PROTEZIONE DEL DOCUMENTO. SOLO EXTRACT TEXT VIENE AMMESSO, PER GARANTIRE L'ACCESSIBILITÀ AI DISPOSITIVI PER DISABILI ............................................. 18@~

FIGURA 20: PRODUZIONE PDF CON GHOSTSCRIPT/FREEPDF: CONVERSIONE IN CORSO AD OPERA DI GHOSTSCRIPT ............................................................................................................. 19@~

FIGURA 21: PRODUZIONE PDF CON GHOSTSCRIPT/FREEPDF: VERIFICA DEL RISULTATO CON ACROBAT. IL DOCUMENTO È COMPLETAMENTE PROTETTO, MA È GARANTITA L'ESTRAZIONE DI CONTENUTO PER L'ACCESSIBILITÀ. ......................................................... 19@~

28


9/11/2006


29

Produzione di documenti accessibili · In appendice sono infine riportati riferimenti a normativa e...

Documents

Transcript of Produzione di documenti accessibili · In appendice sono infine riportati riferimenti a normativa e...