Ufix

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...

A Bologna esiste un Master in Tecnologia del Software libero e Open Source.
Il primo seminario di quest'anno (ottobre 2006) era aperto al pubblico ed è stato filmato da Arcoiris.

Invito tutti a vedere i quattro filmati dell'incontro, anche i non-tecnici (soprattutto i politici).
I relatori (in particolare la Prof. Flavia Marzano) espongono con estrema chiarezza le idee che stanno dietro al software libero: cos'è, che utilità ha, che bellezze ha, perché è pericoloso politicamente (in termini di diritti dei cittadini) l'uso di software proprietario, quali problematiche legali ci sono dietro al software libero e al software proprietario, quanto risparmierebbero gli enti pubblici se non dovessero pagare le licenze del software proprietario...

1. Intervento di Renzo Davoli - Direttore scientifico del Master in "Tecnologia del Software Libero e Open Source" - Università di Bologna.
2. Intervento di Avv. Carlo Piana - Studio Legale Tamos Piana & Partners
3. Intervento di Prof. Flavia Marzano - Comitato Scientifico Master in Gestione del Software Open Source Università di Pisa Comitato Scientifico “Netics”.
4. Interventi del pubblico
   

Buona visione ;)

Periodo di grandi impegni personali, quindi periodo di mio grande silenzio.
Nel frattempo, due sono i grandi eventi nel mondo del software libero:

1. È uscita la nuova versione di Ubuntu: la 6.10 (nome in codice Edgy), la distribuzione Linux facile facile che mi piace tanto. Risoluzione di bug, nuovi software e migliorie grafiche a parte, la novità più grande che ho visto rispetto alle versioni precedenti è la possibilità di ibernare il computer, velocizzando di molto l'avvio.
Se si vuole aggiornare la propria distribuzione, la procedura è molto facile.

A dovere di cronaca, la versione precedente di Ubuntu (la 6.06, nome in codice Dapper) sarà supportata più a lungo, gran parte del software pacchettizzato da terze parti sarà fatto per essa e comunque va ancora bene: insomma, questa grande urgenza per aggiornarla non c'è .

Naturalmente è stata creata la nuova versione della Ubuntu Guide, aggiornata alla Edgy. Purtroppo non esiste ancora la traduzione italiana, per il semplice fatto che in questo periodo non ho il tempo per occuparmene .


2. La Sun ha reso opensource le implementazioni di Java, coprendole con licenza GPL.
La conseguenza più banale è che Java potrà essere incorporato nativamente nelle nuove versioni delle distribuzioni Linux senza tanti artifici complicati come accadeva finora.

La conseguenza più bella è che finalmente si può mettere mano a tutto il codice sorgente.

La conseguenza meno immediata è che - se non vado errato - tutto il software scritto in Java deve ora essere rilasciato sotto licenza GPL, a meno che non si usi un sotterfugio.
Quest'ultimo non è un mio problema, visto che finora tutto il software da me creato è già sotto licenza GPL .

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.

Non so come sia successo ma da due giorni non mi andavano più le funzioni relative alle librerie Curl e Domxml di PHP.
Non so se è un problema dei pacchetti di Ubuntu o cosa, comunque, se dovesse capitare anche a voi (vale per qualsiasi altra estensione), potete risolvere tutto a manina.

Intanto, se non l'avete già fatto,  installate le estensioni:

sudo apt-get install php4-domxml
sudo apt-get install php4-curl

Di solito questo basta, ma se (come nel mio caso) riavviando Apache le estensioni non funzionano, modificate a manina il file /etc/php4/apache2/php.ini aggiungendo le due righe che seguono:

extension=curl.so
extension=domxml.so

Infine riavviate Apache:

sudo /etc/init.d/apache2 restart


Se quanto ho scritto vi sembra arabo, vuol dire che sono cose che non vi serviranno mai

Sembra una cretinata, ma qual è il modo migliore per chiedere ad un utente di inserire una data in un modulo?

Con alcuni ragazzi (Cinzia Dell'Erario e Davide Agati), all'interno di un progetto universitario, abbiamo analizzato le possibilità che ci sono venute in mente...

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...

Finalmente mi sono deciso a cambiare il CMS che gestisce il mio sito personale.
E finalmente sono passato a Drupal.

Per il momento devo dire che mi soddisfa molto: è facile da usare quanto FlatNuke e potente e ampliabile quanto eZ.

Un'altra cosa molto apprezzabile è l'occhio di riguardo verso l'accessibilità, indicata tra i goal del progetto e a cui è orientato Pushbutton, uno dei temi preinstallati del CMS (i temi gestiscono il layout del sito e quindi l'(X)HTML che viene tirato fuori).
Partendo da Pushbutton ho creato un tema tutto mio, ancora più rigido e vicino ai dettami della Legge Stanca. Lo perfezionerò e "generalizzerò" e poi lo metterò a disposizione della comunità.

I miei progetti per il futuro  riguardo Drupal:

• un layer che intereccetti le chiamate al database (attualmente mi appoggio a MySQL) e le trasformi in operazioni su filesystem, al fine di ottenere un database "flat";
• un editor HTML accessibile e che non sia una semplice htmlarea;
• una migliore profilazione per editori disabili (sarebbe carino che dal profilo si potesse scegliere il proprio editor preferito, se non addirittura indicare se e quali disabilita' si ha, affinche' il sistema poi agisca di conseguenza).

In queste cose i tempi si dilatano sempre, però mi piacerebbe raggiungere questi obiettivi prima di fine luglio. Per il momento mi limito a fare un po' di betatesting del sito e dei blog (visto che ho cambiato di conseguenza anche i template)...