Ora parte la fase di test, nella quale il W3C chiede agli sviluppatori del Web di implementare contenuti conformi e di inviare commenti e soluzioni entro il 30 giugno 2008

Mi piace evidenziare come la compagine di IWA Italy abbia ancora una volta recitato il ruolo di protagonista nel supportare gli standard del Web e nello sviluppare i periodici aggiornamenti http://www.w3.org/TR/2008/CR-WCAG20-20080430/#acknowledgments
grazie all’apporto dei tre “Roberti” (in ordine alfabetico Castaldo, Ellero, Scano)

Ecco il link alla versione appena pubblicata: http://www.w3.org/TR/2008/CR-WCAG20-20080430/

Aggiungi a:

Internet, la globalizzazione e le reti sociali stanno livellando le condizioni di parità per le persone con disabilità. Questo è il motivo per cui il libro di Roberto è sicuramente fondamentale. Vi invito - no, vi imploro - di leggere questo libro e di abbracciare ogni sua raccomandazione. L’inclusione è il dispositivo; la pertinenza è realizzabile. L’accessibilità del Web, del Web 2.0 ed oltre, non avrebbe mai potuto essere più importante… o più eccitante!
Mike Paciello, 2008

Prefazione di:

Oreste Signore (W3C)

Introduzione di:

Mike Paciello, fondatore e presidente di “The Paciello Group”, co-presidente della Federal Access Board Telecommunications and Electronic and Information Technology Advisory Committee.

Contributi di (in ordine di apparizione):

Charles Chen, Google
“La sfida: accessibilità e Web 2.0”

Gez Lemon - JuicyStudio.com
“AJAX e l’accessibilità”

Giorgio Natili - ActionScript.it
“Accessibilità e Flash”

T.V. Raman, Google
“Onnipresente, accesso universale alle applicazioni Web”

Alessio Cartocci (IWA/HWG)
“Applicazioni multimediali”

Consuelo Battistelli, IBM
“Navigare con Jaws”

Contenuti

Si parla spesso di accessibilità del Web, ossia di sviluppare pagine e siti senza discriminare i soggetti con disabilità. Con questo libro vogliamo fare un passo in avanti rispetto all’accessibilità dei contenuti per il Web – vincolo normativo per le P.A. italiane - analizzando le problematiche di accessibilità del Web del futuro. All’interno dell’opera vengono trattate le problematiche di accessibilità per differenti tipologie di applicazioni CMS, applicazioni e-learning, e-commerce ed allo stesso tempo vengono analizzati i requisiti delle nuove raccomandazioni del W3C in materia di accessibilità (WCAG 2.0, ATAG 2.0, WAI ARIA) con capitoli tecnici dedicati ad AJAX e a specifici framework per l’accessibilità. Il prezioso contributo di esperti nazionali ed internazionali e l’introduzione al libro a cura di Mike Paciello rendono l’opera unica nel panorama internazionale dei testi dedicati alla materia.

Indice

• L’evoluzione della specie: da pagina Web ad applicazione Web
• Norme, standard e raccomandazioni
• Web Content Accessibility Guidelines (WCAG 2.0)
• Authoring Tools Accessibility Guidelines (ATAG 2.0)
• La sfida: accessibilità e Web 2.0
• AJAX e l’accessibilità
• Content Management System (CMS)
• Applicazioni e-learning
• Applicazioni e-commerce
• Accessibilità e Flash
• Applicazioni multimediali
• Onnipresente, accesso universale alle applicazioni Web
• Navigando con Jaws

Il sito in cui verranno approfonditi gli argomenti del libro è applicazioniaccessibili.org

Aggiungi a:

Luogo: ROMA - Nuova Fiera di Roma, Padiglione 7 Stand 15A - Via Portuense n. 15551 (Ingresso nord)

Docenti: Roberto Scano, Diego La Monica, Alessio Cartocci

Orario: 15.00 - 16.00

Dimensione sala: 40 posti

Quota di partecipazione: Gratuito

Accedere: ovvero “Andare verso” il Web senza Barriere, perché oggi esistono ancora ostacoli. Per toccarli con mano, per capire cosa siano, basta avvicinarsi alla nostra postazione, chiudere gli occhi e cominciare a navigare al buio.

Per abbattere le barriere del web, quest anno è nato il progetto della Regione per l’e-inclusion e la diffusione dei web standard, si chiama RACER (Rete Regionale per l’Accessibilità della Regione Emilia-Romagna). L’obiettivo del progetto è di raccogliere e promuovere sul territorio strumenti open-source per realizzare un web inclusivo e accessibile.

Nei 4 giorni della fiera saranno organizzati quotidianamente degli incontri per illustrare come realizzare contenuti web accessibili con vari CMS (content managment system) gratuiti e aperti e o con le ultime soluzioni AJAX Web 2.0.

Oltre alla consulenza che possono offrire i nostri tecnici sull’accessibilità e usabilità, sarà possibile ricevere gratuitamente le nostre pubblicazioni specifiche per tutti quelli che all’interno di un ente, si occupano di web: responsabili, tecnici e redattori.

Tra gli eventi, anche in questa occasione la Regione Emilia-Romagna ospita gli esperti di IWA per divulgare anticipazioni su norme tecniche e raccomandazioni.

Per registrarsi gratuitamente: http://wwwservizi.regione.emilia-romagna.it/IscrizioneConvegni/Iscrizione.aspx?IDConvegno=21

Aggiungi a:

In questa rapida guida vedremo come utilizzare il programma di messaggistica istantanea Pidgin per poter utilizzare Skype, il quale nativamente non

Vediamo ora la procedura valida per Ubuntu, Debian e distribuzioni derivate.

Installazione di Skype

Come primo passo aggiungiamo la sorgente online di software di Skype. In questo modo sarà semplicissimo installare Skype e gli aggiornamenti verranno notificati tramite il sistema di aggiornamento del sistema. Il modo più rapido per aprire una riga di comando è premere Alt+F2 e digitare la stringa “gnome-terminal”. Ora inseriamo il seguente comando:

sudo echo "deb http://download.skype.com/linux/repos/debian/ stable non-free" > /etc/apt/sources.list.d/skype.list


In questo modo aggiungiamo l’indirizzo della sorgente software di Skype ad un file di sistema. Questo file permette al sistema di sapere che software è disponibile al quel dato indirizzo e se sono presenti nuove versioni aggiornate. Ora provvediamo a far utilizzare questo file “skype.list” e a farlo leggere al sistema. Inseriamo il seguente comando:

sudo apt-get update

Ora il sistema sa dove prelevare il software Skype, e noi non dobbiamo fare altro che dirgli che vogliamo installare Skype con il seguente comando:

sudo apt-get install skype

Il programma di installazione notificherà che è necessario installare altre componenti software (in particolare delle librerie chiamate libqt4-gui e libqt4-core); per procedere è necessario premere “y” e confermare con invio. Probabilmente verrà richiesta un’ulteriore conferma dovuta al fatto che il software non è autenticato con firma digitale, per confermare che si vuole procedere comunque all’installazione premere nuovamente “y” e confermare con invio.

Ora che abbiamo installato con successo Skype è necessario installare un componente aggiuntivo per Pidgin. Per questo non è disponibile una sorgente software quindi purtroppo non è possibile ricevere automaticamente gli aggiornamenti. In ogni caso la procedura di installazione manuale non è difficile.

Ci sono 2 sistemi per installare questo plugin:

1. Completamente manuale
2. Tramite pachetto deb

Installazione manuale del plugin

Da terminale creiamo l’apposita cartella se questa già non esiste:

mkdir -p ~/.purple/plugins

ci spostiamo in questa cartella

cd ~/.purple/plugins

e scarichiamo la libreria che fornirà il plugin

wget http://myjobspace.co.nz/images/pidgin/libskype.so

Tutto qui.. Ora possiamo passare alla configurazione dell’account in Pidgin

Installazione tramite pacchetto debian

Dalla solita riga di comando diamo il comando:

pwd

l’output di questo comando ci dice in che cartella siamo situati in questo momento. Per ottenere la lista delle sottocartelle digitare il comando:

ls

Per entrare in una determinata cartella diamo il comando:

cd nomecartella

per creare una nuova sottocartella della cartella attuale inseriamo il comando:

mkdir nomecartella

Una volta scelta la cartella in cui vogliamo scaricare il plugin, ci entriamo col comando cd e diamo il comando:

wget http://myjobspace.co.nz/images/pidgin/skype4pidgin.deb

Questo comando provvederà a scaricare il plugin dall’indirizzo fornito. Ora non resta altro che installare il plugin per:

sudo dpkg -i skype4pidgin.deb

Configurazione dell’account skype su Pidgin

Ora che abbiamo installato tutto il necessario procediamo alla configurazione. A questo punto abbiamo bisogno di configurare per la prima volta l’account skype. Riportiamo la sequenza di tasti da premere per effettuare l’accesso. Avviamo Skype dal menù delle applicazioni o al solito premendo Alt+F2 e digitando “skype”.

Nella prima schermata dobbiamo accettare la licenza, premiamo 2 volte tab e spazio per accettare.

Nella seconda schermata dobbiamo inserire nome utente e password.

Digitiamo il nome utente, tab e digitiamo la password, tab e spazio per salvare la password, 2 volte tab e spazio per accedere.

A questo punto passiamo a configurare PIdgin.

ALT+F1, Applicazioni, Internet, Pidgin - Messaggistica Internet

Se non è stato ancora configurato alcun account in Pidgin, verrà presentata una procedura guidata, che presenta un pulsante Aggiungi.

Altimenti basta premere CTRL+a per entrare nel menu di configurazione degli account.

Nella scheda generale premere tab per entrare nelle opzio di accesso protocollo. Premere spazio per attivare la casella combinata a scorrere in baso tra i vari protocolli supportati da Pidgin fino a trovare Skype. Premere invio per confermare.

Premere tab per passare al secondo campo che chiede il nominativo pubblico.

Digitare il nome utente di skype (anche se in realtà potete inserire quel che volete in questo campo infatti questo campo non ha influenza sul funzionamento di Skype)

premere tab per entrare nel campo Pseudonimo locale.

Digitare il nome con cui volete compaia il vostro nome in pidgin (ha valenza solo locale, non per i vostri corrispondenti).

Premere tab per passsare al campo succesivo, che è opzionale..

Premete tab fino al tasto Salva e premere Spazio.

Si aprirà automaticamente Skype e apparirà una finestra (inaccessibile per accettare l’utilizzo del plugin)

basterà premere 3 volte tab spazio, tab ed ancora spazio per accettare.

Utilizzo del Plugin

Ora tra i contatti di Pidgin dovrebbero comparire anche i contatti di Skype, nell’omonimo gruppo.

Con i tasti cursore si possono scorrere i vari contatti.

Una volta selezionato un account premere invio per iniziare una sessione di chat

Per fare una chiamata vocale ci sono 2 metodi:

1. Con il contatto selezionato premere il tasto che simula il tasto dx del mouse e scegliere Call
2. Dal menu Account (accessibile tramite ATL+A) si scende col cursore fino ad incontrare l’account Skype creato in precedenza, si entra nel menu con la freccia a destra e si scende fino alla voce Call… Verrà chiesto il numero di telefono o l’id da chiamare. Una volta digitato manualmente, premere Invio

Per rispondere alle chiamate è semplice in quanto si aprirà automaticamente una finestra che ci permetterà di accettare o rifiutare la chiamata.

Problemi riscontrati

Ho riscontrato che in alcuni casi quando Pidgin cerca di far partire Skype, va in crash e si chiude.

Sembra che se Pidgin viene avviato quando Skype è già attivo e funzionante, tutto funzioni correttamente.

Happy hacking

Aggiungi a:

3. I requisiti tecnici si applicano anche nei casi in cui i soggetti di cui all’articolo 3, comma 1 della legge forniscono informazioni o erogano servizi mediante applicazioni Internet rese disponibili su reti Intranet o su supporti, come CD-ROM, DVD, utilizzabili anche in caso di personal computer non collegato alla rete.

Ora, non mi si venga a dire che una intranet non fornisce informazioni e/o non eroga servizi ?
A parte queste disquisizioni prettamente normative mi capita spesso, durante seminari e docenze, di notare il “panico da applicazione” da parte dei funzionari delegati all’acquisto di siti INTERNET ed è per tale motivo che ho deciso di pubblicare un documento per fornire una traccia operativa su come commissionare un sito INTERNET a norma della legge 4/2004 e dormire sonni tranquilli.

Il contratto

La legge 4/2004, come unico vincolo, pone la nullità del contratto nel caso in cui all’interno dello stesso non vi sia alcun riferimento al rispetto dei requisiti tecnici previsti dalla suddetta legge. Ciò è chiaramente indicato all’art. 4 comma 2 della Legge 4/2004.

2. I soggetti di cui all’articolo 3, comma 1, non possono stipulare, a pena di nullità, contratti per la realizzazione e la modifica di siti INTERNET quando non è previsto che essi rispettino i requisiti di accessibilità stabiliti dal decreto di cui all’articolo 11. I contratti in essere alla data di entrata in vigore del decreto di cui all’articolo 11, in caso di rinnovo, modifica o novazione, sono adeguati, a pena di nullità, alle disposizioni della presente legge circa il rispetto dei requisiti di accessibilità, con l’obiettivo di realizzare tale adeguamento entro dodici mesi dalla data di entrata in vigore del medesimo decreto.

All’interno del contratto quindi è sufficiente indicare una clausola che impegni il fornitore al rispetto dei requisiti previsti dalla normativa. Un esempio può essere il seguente: “Il fornitore si impegna a fornire un prodotto conforme ai requisiti di cui all’art. 11 della legge 4/2004”.

Tutto qui?

La risposta è: “legalmente si”. Con tale clausola all’interno del contratto una P.A. di fatto rispetta i dettami normativi, delegando totalmente al fornitore la realizzazione a norma. A questo punto sorgono sempre almeno tre domande:

1. E se il fornitore non produce il sito a norma?
2. Come posso verificare l’effettiva conformità del sito INTERNET?
3. Come garantisco il mantenimento dell’accessibilità del sito INTERNET?

Per queste tre domande ci sono delle azioni che, se svolte, possono garantire al funzionario preposto all’accessibilità di poter dormire “sonni tranquilli”, garantendo allo stesso tempo al cittadino (destinatario del servizio) un sito accessibile e conforme alle vigenti normative.

Punto 1. Come garantire la produzione di un sito a norma della legge 4/2004

Il funzionario responsabile può garantire la propria amministrazione di poter ottenere un sito INTERNET a norma della legge 4/2004 intervenendo nelle fasi iniziali di assegnazione della fornitura. Questo soggetto può, ad esempio, predisporre un bando di selezione che contenga i seguenti requisiti:

1. Richiesta di conformità della realizzazione alla legge 4/2004. Con tale richiesta, il partecipante alla gara viene già informato che, contrattualmente, sarà impegnato nella realizzazione di un sito conforme ai dettami normativi.
2. Richiesta di fornitura di una bozza (mock-up). Richiedendo una bozza di sviluppo l’amministrazione avrà la possibilità di valutare (direttamente o con supporto di un tecnico esperto in materia) la conformità di tale bozza rispetto ai dettami normativi. Come previsto dalla legge 4/2004 art. 4 comma 1 (Nelle procedure svolte dai soggetti di cui all’articolo 3, comma 1, per l’acquisto di beni e per la fornitura di servizi informatici, i requisiti di accessibilità stabiliti con il decreto di cui all’articolo 11 costituiscono motivo di preferenza a parità di ogni altra condizione nella valutazione dell’offerta tecnica, tenuto conto della destinazione del bene o del servizio.), la prima fase di valutazione delle offerte sarà basata sulla conformità della bozza ai requisiti normativi e, successivamente, saranno valutate le altre caratteristiche. Nel caso di soluzioni basate su applicativi Web per la generazione di contenuti (WCMS), è altresì necessario richiedere quali siano le caratteristiche dello stesso che aiutano i redattori alla produzione di contenuti accessibili (esempio: aiuto nella definizione dei testi alternativi, nella creazione di tabelle dati, ecc.).
3. Richiesta di autovalutazione finale a cura del fornitore. Con una clausola del bando è possibile chiedere al fornitore del sito INTERNET di allegare alla relazione conclusiva anche l’autovalutazione dei requisiti applicando la metodologia prevista dall’allegato A del DM 8 luglio 2005. In tal modo, gli addetti al collaudo per conto della PA saranno agevolati nella verifica finale.

Punto 2. Come verificare l’effettiva conformità ai 22 requisiti

In fase di collaudo di un sito Web, il responsabile della P.A. deve applicare la metodologia di verifica prevista dall’allegato A del DM 8 luglio 2005. Per tale metodologia, il responsabile può:

1. Verificare autonomamente e/o tramite un dipendente la conformità, utilizzando come riferimento il manuale applicativo presente nel sito del CNIPA in PDF e in questo sito in XHTML.
2. Richiedere la consulenza di un esperto di accessibilità.

In entrambi i casi andrà comunque applicata la metodologia di verifica che prevede, oltre ad una completa verifica di conformità del codice per tutte le pagine del sito, anche di una verifica approfondita rispetto ai 22 requisiti per la home page, per tutte le pagine collegate alla home page, per tutte le pagine contenenti differenti tipologie di moduli (form) e le relative pagine di risposta nonché un campione di pagine di differente strutturazione pari al 5% delle pagine precedentemente analizzate.

Punto 3. Come garantire il mantenimento dell’accessibilità del sito INTERNET

Un sito INTERNET conforme, è conforme a vita? La risposta purtroppo è negativa: un sito INTERNET, per assurdo, può diventare non conforme già alla prima modifica da parte di un redattore: un testo alternativo non consono, l’inserimento di elementi ed attributi non consoni possono causare la perdita della conformità. È per tale motivo che i redattori devono essere formati nella pubblicazione di contenuti accessibili e – a tal proposito – si consiglia di procedere in differenti modalità:

1. monitorare costantemente il sito www.pubbliaccesso.it per verificare la presenza di giornate formative dedicate alla produzione di contenuti accessibili.
2. ricercare in rete soluzioni formative/divulgative in materia, come questo sito, le risorse educative di IWA, ecc.
3. richiedere la fornitura di giornate formative specialistiche.

In relazione all’ultimo punto – nel caso di fornitura di soluzioni di pubblicazione (WCMS) - in fase di predisposizione del bando di gara il funzionario responsabile dovrebbe valutare l’inserimento di una clausola che comprenda la formazione all’uso del prodotto e che la stessa contenga al suo interno delle indicazioni su come produrre contenuti conformi alla legge 4/2004.

Conclusioni

In conclusione, risulta necessario pianificare da subito un bando di gara “con l’accessibilità in mente” ponendo una serie di richieste al fornitore per garantire la creazione di siti INTERNET accessibili.

Definendo pertanto una serie di passi con relative verifiche si potrà pertanto garantire una maggior conformità del nostro sito INTERNET rispetto ai requisiti e, con adeguata formazione dei redattori, si potrà garantire altresì il mantenimento dello status di accessibilità.

Concludo ricordando che le risorse gratuite per informarsi ci sono: l’importante è sfogliarle e comprenderle e, in caso di dubbi, chiedere nelle liste tecniche.

Aggiungi a:

Parteciperanno esperti del settore, con particolare riferimento al mondo Linux ed Open Office, vista anche la concomitanza con il FreeDocumentDay 2008.

L’evento è patrocinato dal Comune di Montebelluna, dall’Istituzione Biblioteca Comunale di Montebelluna e da IWA Italy.

Per tutte le altre informazioni, http://www.montellug.it/modules/news/

Aggiungi a:

Lo comunica proprio Watchfire - acquisita qualche mese fa da IBM - su http://www.watchfire.com/products/webxm/bobby.aspx

Dal comunicato si apprende l’intenzione da parte di IBM di sviluppare strumenti che possano in qualche modo rappresentare l’evoluzione del più complesso - e a pagamento - WebXM, una completa piattaforma per la valutazione di svariati aspetti inerenti la qualità complessiva di una Web application, accessibilità compresa.

Vedremo e seguiremo con interesse gli sviluppi futuri.

Aggiungi a:

Infatti, primo evento ufficiale WAI del 2008, sia il Protocols and Formats Working Group (PFWG), sia il XHTML2 Working Group si sono riuniti in un Faccia a Faccia dal quale sono emersi già numerosi spunti ed idee, già visibili al pubblico all’interno dei brevi resoconti delle attività.

C’è da augurarsi che, anche grazie a questi incontri, si possano davvero mettere le basi per un web del futuro meno ancorato alle mode (o sarebbe meglio chiamarle speculazioni?) e più attento a quegli aspetti qualitativi che da troppo tempo latitano.

Aggiungi a:

Ho potuto constatare ancora una volta che i gruppi di sviluppatori si dividono a grandi linee in due fazioni: quelli che inseriscono “romanzi” nascosti per descrivere pagine web con contenuti totalmente o quasi inaccessibili e coloro i quali con estrema prudenza evitano descrizioni nascoste se non strettamente necessarie ritenendo la cosa una “prova” certa utilizzata dal motore di ricerca per condannare il proprio sito, o ancora peggio quello del cliente, al ban inappellabile.

Ovviamente, in questo come in molti altri casi, la mezza via, ovvero quella del buon senso, è quella statisticamente più giusta.
Andiamo a capire il perché, prendendo Google come riferimento.

Uno degli scopi di un motore di ricerca è appunto fornire risultati attendibili e di qualità ai propri utenti che lo utilizzano per cercare una informazione ed un risultato attendibile, naturalmente secondo le regole attraverso le quali essi vengono ordinati, dipende anche dal numero di informazioni che esso possiede all’interno del suo database.

Partendo quindi dal presupposto che lo spider di un motore di ricerca navighi similmente ad un browser testuale, appare ora lampante come un contenuto alternativo abbia grande importanza, tanto 10 anni fa nelle “Web Content Accessibility Guidelines 1.0″

Note that, in addition to benefitting users with disabilities, text equivalents can help all users find pages more quickly, since search robots can use the text when indexing the pages.

quanto ora all’interno del “Google Webmaster Help Center”

If you’re using text to try to describe something search engines can’t access - for example, Javascript, images, or Flash files - remember that many human visitors using screen readers, mobile browsers, browsers without plug-ins, and slow connections will not be able to view that content either. Using descriptive text for these items will improve the accessibility of your site.

La differenza intercorsa nel tempo e al centro del nostro breve articolo sta purtroppo nel fatto che, proprio a causa della grande importanza che i motori di ricerca danno ai testi alternativi forniti per aumentare l’accessibilità delle pagine web, molti webmasters hanno, discutibilmente, abusato di tale tecnica facendo oggi accendere la luce di allarme “cloaking” quando un bot se ne imbatte.

Il cloaking è infatti una speciale tecnica di spam tramite la quale, semplificando, vengono inclusi nelle pagine web contenuti appositi non visibili agli utenti con lo scopo di favorirne l’indicizzazione ed il posizionamento.

Per fortuna, come spesso accade, Google e gli altri motori di ricerca non penalizzano i siti che forniscono contenuti alternativi al solo ed unico scopo di fornire una maggiore accessibilità, ma passano tali siti attraverso algoritmi e filtri bayesiani che dividono, oltretutto con una buona tolleranza, i buoni da quelli meno buoni.

La buona prassi è quindi fornire, sempre ove utile per l’utente, contenuti alternativi come ribadito 10 anni dopo il W3C dallo stesso Matt Cutts, oggi a capo della squadra webspam di Google nel blog ufficiale per webmasters, con responsabilità e coscienza del mezzo tecnico e mantenendo l’equilibrio progettuale abbondantemente equidistante da allarmismo ed eccessivo permissivismo.

I vostri utenti ringrazieranno voi e voi ringrazierete i motori di ricerca.

Bibliografia:

Da W3.org in merito alle WCAG 1.0

• HTML Techniques for Web Content Accessibility Guidelines 1.0
• Web Content Accessibility Guidelines 1.0 - traduzione in italiano
• Techniques for Web Content Accessibility Guidelines 1.0 - traduzione in italiano

Da Google.com

• Hidden text and links
• Cloaking
• Using alt attributes smartly

Da Wikipedia.org

• Bayesian spam filtering

Aggiungi a: