Area sviluppo Tesene

Il gruppo di lavoro per le linee guida per l'accessibilità (WCAG-WG) dei contenuti web ha ricevuto circa 450 commenti all'ultima versione delle bozze di linee guida del 17 maggio 2007.

A questo punto è previsto che nei prossimi 3-4 mesi il gruppo di lavoro risponda a tutti i commenti e pubblichi una seconda bozza WCAG 2.0 Last Call Working Draft, per fornire una nuova versione completa per la revisione prima dei prossimi passaggi (Candidate Recommendation, Proposed Recommendation e infine W3C Recommendation, che sarebbe lo standard Web).

A List Apart ha pubblicato un interessante articolo con la spiegazione di come si fa ad ottenere un layout fluido su due colonne, in modo che questo sia visualizzato allo stesso modo su tutti i browsers fino a IE5, sebbene questo non sia più usato. In pratica, in questo modo si riesce a far vedere il sito allo stesso identico modo al 100% dei visitatori.

Il risultato finale è visibile qui. 

L'evoluzione rispetto a quanto pubblicato nel 2004 su altre fonti, consiste nella compatibilità con Internet Explorer 7.

Principalmente, il risultato è stato ottenuto con i seguenti accorgimenti:

• Specificare l'altezza e la larghezza del body come 100%
• Nascondere l'overflow negli elementi body e html
• Settare l'overflow ad auto per la colonna sinistra e destra, e nasconderlo per l'intestazione.
• Fissare le dimensioni dell'header
• Per la colonna sinistra, impostare le posizioni top, left e bottom come padding, quindi dargli una larghezza definita con unità di misura assoluta (es. 200px)
• Per la colonna destra, specificare le posizioni top, left, right, bottom tramite padding

come gentilmente segnalato da Ajaxian.

In definitiva, il layout fluido su due colonne viene visualizzato correttamente su IE5.0 IE5.5 IE6 IE7 Firefox 1.5 Firefox 2.0 Safari Opera

E' stata pubblicata la versione 0.9 del dojoToolkit. Sono stati introdotti i seguenti miglioramenti.

Velocità: è stato alleggerito di tutto il codice eccessivo, ridondante e non retrocompatibile. Ora il core può competere con gli altri toolkit analoghi. Inoltre, è stato separato il core dal sistema di widget dijit.js.

Accessibilità: uno dei principali obiettivi per la release 1.0 è l'accessibilità. Questo perché è giusto che le applicazioni ben fatte siano giustamente accessibili a tutti, tramite navigazione da tastiera, supporto agli screen reader, possibilità di lavorare in modalità ad alto contrasto, pur mantenendo tutte le caratteristiche che lo contraddistinguono.

Theming: il Dijit è interamente personalizzabile. Distribuito con un tema di default, è definita una struttura con cui si possono creare stili personalizzati di Dojo, per pagina, per nodo o per widget.

Documentazione: è in corso di lavorazione una nuova versione della documentazione Web delle API di dojo toolkit, seguendo criteri rigorosi circa gli standard di documentazione. Inoltre, inserendo la documentazione nei files, potrà essere generata automaticamente in qualsiasi momento, oltre che essere sempre più semplice da usare.

Attendiamo con impazienza le prime versioni stabili, per poterle usare anche in progetti di produzione.

La tecnologia Ajax, è una tecnologia giovane e molto promettente, tuttavia occorre evidenziare anche alcuni limiti che ci sono allo stato attuale.

Attualmente uno dei maggiori ostacoli riguarda l'accessibilità dei prodotti sviluppati con questa tecnologia. Se da un lato si migliora l'esperienza di navigazione della maggior parte degli utenti, dall'altro si corre il rischio di escludere definitivamente alcuni utenti dalla fruizione di servizi.

Non che sia impossibile a priori fare applicazioni in Ajax che siano anche accessibili, però dato che al momento implementare l'accessibilità costa tempo e denaro, c'è il rischio concreto che questo aspetto sia trascurato a favore di economicità e tempi di consegna.

(more…)

Un motore di ricerca utile può essere big.com. In pratica, visualizza i risultati di Ask, però in modo più leggibile e con caratteri più grandi, perché il Web deve essere accessibile anche a persone anziane, a ipovedenti o con difficoltà di movimento. 

Si stima che un 5-10% della popolazione mondiale sia portatrice di qualche forma di handicap ed il web deve essere accessibile anche a tutti questi potenziali utenti.

Un altro motore di ricerca alternativo per persone sopra 50 anni è cRANKy. Non è spiegato che criteri vengono adottati, però promette di trovare risultati maggiormente rilevanti per le persone ultracinquantenni.

Ad esempio se si cerca Ajax, dà per scontato che non si stia cercando informazioni riguardanti la tecnologia Web. Un'assunzione abbastanza arbitraria, però non escludiamo che su casi più generali possa anche funzionare bene. 

Il W3C, su spinta della comunità WHATWG ha deciso di riconvocare i produttori di browser e gli esperti di settore per definire le specifiche della prossima versione di HTML, che probabilmente sarà la 5.0.

(more…)

Anche la Section 508, che è l’equivalente della normativa WAI del W3C è in fase di revisione sotto la spinta dell’iniziativa WAI-ARIA ( Web Accessibility Initiative - Accessible Rich Internet Applications) del W3C.

Vediamo ora nello specifico le regole tecniche che consentono di garantire l’accessibilità.

Già nel 1995 all’interno del W3C fu creata la WAI (web accessibility iniziative), con il compito di definire delle regole che garantissero l’accessibilità non solo ai contenuti web, ma anche agli user agents ed agli strumenti per la creazione di pagine web. Sono stati prodotti diversi documenti contenenti raccomandazioni, che nel corso degli anni si sono imposte come standard al pari di HTML, XHTML ed altri standard prodotti dal W3C.

(more…)

Il gruppo del W3C che si occupa dell’accessibilità (WAI), ha iniziato a lavorare sull’accessibilità di AJAX, DHTML e altre tecnologie sta facendo una suite per sviluppare applicazioni internet con alta interattività.

Queste raccomandazioni riguardano gli sviluppatori dei browsers, delle tecnologie assistive, delle applicazioni web e degli strumenti di valutazione dell’accessibilità.

Al momento sono state scritte solo delle bozze per favorire la discussione sull’argomento, disponibili all’indirizzo:

http://www.w3.org/WAI/intro/aria

Prossimamente entreremo nel dettaglio dei contenuti di queste bozze evidenziandone i contenuti.

Ci auguriamo solo che in questo caso il W3C abbia un approcio un po’ più pratico di quello che ha per la versione 2 delle linee guida sull’accessibilità dei contenuti Web, che doveva essere pronta nel 2001 ed invece è ancora all’ennesima bozza.

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