Ufix

NB: Da oggi questo blog non esiste più. Cercatemi su www.ufic.it

Anno nuovo, sito/blog nuovo, anche se in realtà è un ritorno all'antico: torno ad un unico blog (mischiando i post informatici con quelli su altro), torno a mettere tutto nel mio sito ufficiale, dove posso configurare ogni cosa e tenere tutto sotto controllo.
Perché?

• Perché l'anno su Splinder era solo un modo per provare la tanto decantata blogosfera. E la mia personale conclusione è che i social network sono belli solo se non hai altro a cui dedicarti.
• Perché è uscita finalmente la versione 5 di Drupal e volevo provarla :).
• Perché, nonostante si basi su Drupal, non mi piace come Splinder gestisce l'accessibilità (finestre che si aprono immotivatamente; editor WYSIWYG che crea un sorgente HTML che poi mi trovavo costretto a correggere a mano).
• Perché non ho per niente il tempo di dedicarmi a due blog: uno basta e avanza :).
• Varie ed eventuali :).

Adesso il nuovo sito è ancora in divenire: in particolare, la grafica non è ancora impostata (oddio, c'è il layout di default!). Ma se aspettavo che tutto fosse perfetto non avrei mai fatto questo passo :).

Addieu! :).

Da domani sarò lontano da Internet.
Lascio a tutti/e un regalo di Natale: ho rimesso online gli Appunti di informatica musicale, scritti da me tempo fa. Potete scaricarli:

• In versione PDF (392 Kb)
• In versione LaTex (65 Kb)

Ci si vede nel 2007...

Con un po' di ritardo a causa di impegni lavorativi, ecco il terzo e ultimo appuntamento per migliorare l'accessibilità di Drupal (nei post precedenti ho parlato del tema accessibilityblue e del modulo htmlvalidator, dei quali nel frattempo ho corretto qualche altro bug).

Ma ora due parole sul modulo accessibilityvalidator...

Anche se una pagina validata XHTML 1.0 Strict vuol dire che è già abbastanza accessibile, questo non basta. Ecco quindi un altro modulo, che esegue altri controlli di accessibilità che il semplice HTML Validator ignora. In particolare, accessibilityvalidator controlla:

• che ogni tabella contenga un riassunto del contenuto (attributo summary del tag table);
• che ogni tabella abbia almeno una cella intestazione (tag th);
• che ogni cella di una tabella abbia un'identificativo univoco (attributo id del tag th);
• che ogni cella si riferisca ad almeno un'intestazione (attributo header del tag td);
• che sia impostato l'ordine di accesso agli elementi di input di un form (cioé che ogni elemento di input abbia l'attributo tabindex);
• che ogni elemento di input di un form abbia un'identificativo univoco (attributo id);
• che ogni elemento di input abbia associata un'etichetta (tag label);
• che ogni insieme di campi (tag fieldset) abbia un riassunto dei contenuti (tag legend);
• che ogni elemento di input di tipo radio e check sia dentro a un insieme di campi (tag fieldset).

Per un sito Drupal accessibile consiglio l'uso di entrambi i moduli.

Ordunque:

• Scarica il modulo (12 Kb)
• Leggi altre informazioni sull'argomento

C'è comunque da dire che questi moduli aiutano a migliorare la sintassi del codice HTML ma non garantiscono il rispetto assoluto delle linee guida del W3C. Inoltre, nota non meno importante, un rispetto della sintassi non vuol dire automaticamente che il sito sia accessibile: bisognerebbe testare il sito con persone disabili e comunque avere sempre presente il problema e sapersi immedesimarsi negli altri (qualunque sia il loro approccio al web e alla vita). La sfida è sempre aperta.


Nota: Sia htmlvalidator che accessibilityvalidator sono alla loro prima versione. Sono ben accetti commenti, in particolare segnalazioni di bug e di problemi di traduzioni inglesi (entrambi i moduli sono in inglese con già disponibile la traduzione in italiano).

Continua il lavoro iniziato una decina di giorni fa per rendere Drupal ancora più accessibile.

Dopo aver effettuato una prima fase di debug delle tre creazioni, è arrivato il momento di presentare la seconda delle tre creazioni.

Il modulo htmlvalidator interviene ogni volta che viene inserito un nuovo contenuto, viene modificato un contenuto esistente o viene richiesta un'anteprima di un contenuto in fase di inserimento/modifica.

Prende il contenuto inserito/modificato e lo fa validare dal validatore di sintassi del W3C.

Nel caso in cui la validazione fallisce, l'inserimento/modifica del contenuto viene impedito e vengono mostrati all'utente gli errori riscontrati dal validatore.

Andando nel menu Amministra / Impostazioni / htmlvalidator è possibile scegliere il DTD da usare per la validazione (scelte possibili: XHTML 1.1, XHTML 1.0 Strict, XHTML 1.0 Transitional, XHTML 1.0 Frameset, HTML 4.01 Strict, HTML 4.01 Transitional, HTML 4.01 Frameset, HTML 3.2, HTML 2.0.

Si è scelto di dare la possibilità di scelta del DTD per far sì che il modulo sia usufruibile anche per motivi che vanno al di là dell'accessibilità.

Il DTD predefinito è XHTML 1.0 Strict: se una pagina è validata XHTML 1.0 Strict vuol dire che ha anche superato alcuni tra i principali checkpoint per l'accessibilità. Tra i quali:

• i tag a non contengono attributi target;
• i media (tag img e simili) contengono necessariamente l'attributo alt;
• non vengono utilizzati frame
• non vengono utilizzati tag presentazionali (ad esempio font)
• non vengono utilizzati tag problematici (ad esempio blink)
• il tag optgroup contiene necessariamente una label

Ordunque:

• Scarica il modulo (10 Kb)
• Leggi altre informazioni sull'argomento

Il CMS Drupal (di cui ho già parlato in passato) di suo è già abbastanza orientato all'accessibilità. Ma ancora ci sono ampi margini di miglioramento.
Ed è proprio per migliorare questo lato del CMS che ho creato un tema e due moduli:

• accessibleblue (19 Kb)
• htmlvalidator (7 Kb)
• accessibilityvalidator (11 Kb)

Il tema accessibleblue è un clone di "Blue marine", il tema originale predefinito di Drupal. Le differenze dall'originale sono "invisibili agli occhi":

• Elimina totalmente l'uso delle tabelle per scopi presentazionali, passando interamente l'impaginazione al CSS.
• Inserisce nel codice un link che per mettere di saltare automaticamente la barra di navigazione. La modifica è visibile solo dagli screen reader (o dal browser purché si disattivi il CSS).

Dei due moduli parlerò più ampiamente nei prossimi post.

Ultima fatica prima delle vacanze : è pronta la Guida Non Ufficiale a Ubuntu Dapper in italiano!

Con la collaborazione di Treviño e con tanto copia-incolla dalla versione precedente della guida (tradotta con Treviño e Montag) ecco preparato questo regalino estivo .
La nuova versione della guida è aggiornata alla Dapper Drake, l'attuale versione stabile di Ubuntu (distribuzione Linux di cui ho ampiamente parlato in passato).
Oltre ai piccoli cambiamenti resisi necessari dal cambio di versione Ubuntu, sono stati corretti alcuni errori e sono state aggiunte nuove sezioni, dall'installazione di Google Earth alla configurazione di PHP5, e altre ne verranno aggiunte in futuro (è in preparazione la sezione sull'installazione di Gallery2).

Ubuntu è facile, la guida è comprensibilissima: non ci sono più scuse per non passare a Linux .

Notizia veloce veloce: ho iniziato la traduzione della nuova versione della guida non ufficiale a Ubuntu, aggiornata alla versione Dapper.
Chiunque sia disposto a dare una mano ci faccia un salto...

L'obiettivo è sempre quello : avere un CMS accessibile. Per accessibile intendo che rispetti la Legge Stanca (sorvolo in quest'occasione commenti in positivo o in negativo sulla legge in sé), sia il frontend che il backend.

Puntavo a dare una mano in tal senso per Flatnuke o FlatnukeTre ma mi sono reso conto che alcune caratteristiche a cui puntavo rendevano inevitabile cambiare il core con relativi problemi di retrocompatibilità.

Sto valutando se fare un CMS da zero (be' non proprio da zero: raccantando componenti qua e là).
A questo punto metterei qualche caratteristica anche non strettamente legata all'accessibilità.

Le prime caratteristiche che mi vengono in mente sono le seguenti:

• XHTML Compliant
• Template interamente stabilito dai temi (tramite l'utilizzo di XTemplate o in modo similare)
  
• Basato su filesystem
• Multilingua
• Con editor accessibile e che crea codice accessibile (nei limiti del possibile)
• Con la possibilità di usare le accesskey.
• Con un'interfaccia di backend usabile e accessibile
• Modulare e ampliabile attraverso nuovi temi.
• Modulare e ampliabile attraverso nuovi blocchi.
• Modulare e ampliabile attraverso nuove sezioni.
• Modulare e ampliabile attraverso moduli per il DBMS
• Modulare e ampliabile attraverso nuovi editor
• Modulare e ampliabile attraverso nuovi script php da avviare al caricamento di ogni pagina (ad esempio per statistiche sui referer).

Mi chiedo e chiedo a chi passa da questo blog: esite già un CMS del genere? (oggi darò un'occhiata a Limbo, che sembra interessante)
Altrimenti, avete altri consigli per questo nuovo CMS? (considerato che il targete è per l'uso in siti medio-piccoli, ad esempio come portale di Comuni di pochi abitanti)

Per chi fosse interessato (?), ho inserito nel mio sito il file PDF della mia tesi di laurea. La tesi verte sullo sviluppo di SeDiciParole, un programma di screening per identificare precocemente (cioé in prima elementare) soggetti affetti da disturbi specifici di apprendimento (in particolare da disgrafia).
Il programma e la tesi sono stati realizzati in collaborazione con la Fondazione Asphi Onlus e il prof. Giacomo Stella.
Tengo a precisare che il programma è migliorabile, in particolare sotto il punto di vista della struttura del codice, e sarà migliorato. Anche perché è il primo di una serie di programmi sui disturbi specifici di apprendimento, che verranno sviluppati nel prossimo futuro.

È pronta la guida a Ubuntu in italiano, aggiornata alla versione Breezy Badger!

Ho già parlato in passato di cos'è Ubuntu e di quanto apprezzi la sua filosofia (ubuntu è una parola africana che più o meno si può tradurre in "umanità per gli altri" o "Io sono ciò che sono per merito di ciò che siamo tutti").

Con questo spirito Montag, Treviño ed io abbiamo tradotto la guida in italiano.
È una guida rivolta anche a chi non ha grandi conoscenze informatiche e sono soprattutto questo tipo di persone che invito a provare Ubuntu: la sua semplicità vi stupirà .

Sempre nello spirito di Ubuntu, se trovate errori nella guida, comunicatemeli, oppure iscrivetevi e correggeteli direttamente voi.

Come recita la nota generale n. 11 della guida, possa lo spirito di "umanità per gli altri" essere sempre con te...