Nel 1974 Donald Sherman, affetto dalla sinrome di Moebius, utilizzò un computer con un sintetizzatore vocale programmato da John Eulenberg per ordinare una pizza.
Il primo tentativo di chiamata a Dominos andò a vuoto, ma il secondo con la pizzeria Mr. Mike fu un successo.
Un primo piccolo passo per lo sviluppo di macchine e software capaci di aiutare persone con disabilità.
E così alla fine Adobe ha deciso di gettare ufficialmente la spugna con Flash sui dispositivi mobili.
Ancora una volta Apple detta una linea e il resto del mondo insegue, non senza un qualche ritardo.
Our future work with Flash on mobile devices will be focused on enabling Flash developers to package native apps with Adobe AIR for all the major app stores. We will no longer adapt Flash Player for mobile devices to new browser, OS version or device configurations. Some of our source code licensees may opt to continue working on and releasing their own implementations. We will continue to support the current Android and PlayBook configurations with critical bug fixes and security updates.
Tra una maglietta e un adesivo la discussione intorno alla bontà di lanciare HTML5, come fosse una campagna pubblicitaria con tanto di logo, continua ad alimentare discussioni.
Un rinnovamento dell'immagine del W3C non può che giovare agli standard web.
Una maggiore informazione, meno paludata e più comprensibile anche ai non addetti ai lavori, non può che creare una maggiore consapevolezza negli utenti riguardo le tematiche di una rete accessibile e usabile.
Iniziamo con un po' di storia. I frame sono nati per permettere all'HTML di evolversi da semplice linguaggio marcatore di testi statico ad aspetti di dinamicità.
L'introduzione dei frame permetteva per la prima volta di includere altri documenti HTML senza dover ricorrere a linguaggi lato server.
Occorre ricordare inoltre che tematiche quali l'accessibilità ancora non erano prese in considerazione. Non stupisce dunque che presero così piede nell'ambito della comunità di sviluppo web.
Tuttavia il web ed il codice negli anni si è evoluto, mentre i frame no. Questo ha trasformato i frame in uno strumento obsoleto e dannoso.
Altro aspetto importante è dovuto al W3C ed allo sviluppo di XHTML. XHTML è la rielaborazione di HTML secondo le specifiche XML. Questo dunque rende XHTML molto più inflessibile rispetto ad HTML 4.01. Il W3C ha inoltre deciso, per motivi che spiegherò più avanti, di incorporare i frame, e quindi il doctype di tipo Frameset, soltanto nella versione XHTML 1.0 per retrocompatibilità ed eliminarli totalmente dalla versione successiva, la 1.1. Questo già sarebbe un buon motivo per non utilizzare più tag non standard.
Analizziamo le cause che hanno spinto il W3C a deprecare i frame. I frame non rispettano l'accessibilità. Il motivo risiede nel fatto che gli screen reader non riescono ad interpretare correttamente una struttura di tipo frameset.
Ulteriore motivo è l'impossibilità di separare i contenuti dalla grafica. Utilizzando i frame è inoltre impossibile creare layout complessi e la modifica alla struttura risulta lunga e laboriosa, in quanto le modifiche andranno apportate ad ogni pagina del sito.
Anche sotto il profilo dell'indicizzazione i frame causano problemi. Gli spider infatti si comportano come screen reader. Indicizzano ogni pagina separata senza risalire al frameset, per cui potrà capitare di vedersi indicizzato solo il menu, solo il titolo, o solo i contenuti ma senza il menu. Non è piacevole vero?
I CSS ormai sono abbastanza maturi da poter permettere l'impiego di tecniche di inclusione lato server estremamente efficaci.
E' venuto il momento di abbandonare i frame, hanno fatto il loro tempo.
