Infolet - Informatica e letteratura » HTML

Web design per pochi

Paolo Sordi — Tue, 28 Jun 2011 12:34:26 +0000

In una (giustificata) indifferenza generale, iWeb, la soluzione di Apple per creare siti web, sta cadendo nell’oblio della dismissione.

iWeb era stato promosso nel 2006 come “il modo più facile per creare in pochi minuti pagine web dall’aspetto professionale, album fotografici on line, blog e podcast”, e in una certa misura l’ufficio stampa di Cupertino aveva ragione. Con ogni probabilità, non è mai esistito un programma così attraente e divertente da usare per creare una pagina web senza conoscere neanche un tag di HTML. Nel più puro stile Apple, e sulla base di temi predefiniti (oggettivamente eleganti, se si pensa alla destinazione d’uso e al target di utenti, entrambi amatoriali), l’interfaccia totalmente grafica di iWeb permette di trattare testi, immagini, foto, video e audio come oggetti da trascinare e rilasciare nella finestra del documento, per posizionarli e collocarli in luogo dei ‘segnaposto’ previsti dal tema, in un’integrazione trasparente con tutte le altre applicazioni della vita digitale come immaginata da Apple (iPhoto, iMovie, GarageBand, lo stesso iTunes).

Senza voler considerare il terribile codice HTML prodotto, il problema vero con iWeb è che la libertà di ‘giocare’ lasciata all’utente si riflette in una moltiplicazione di pagine che a loro volta moltiplicano le problematiche di gestione e compromettono inevitabilmente la sussistenza di un progetto identitario coerente. Per quanto il software possa trovare soluzioni intelligenti nella creazione di un menu di navigazione persistente oppure modalità immediate di ordinamento delle pagine (nel caso di iWeb, il trascinamento dell’icona di una pagina sopra o sotto le altre nella barra di sinistra dell’applicazione si traduce automaticamente in una modifica della posizione delle pagine nel menu del sito), tutto il peso dell’architettura del progetto insiste sull’utente, così come la scrittura della maggior parte delle componenti strutturali della pagina, che deve essere ripetuta ogni volta, documento dopo documento creato: il nome del sito, il titolo della pagina, il pié di pagina, la barra laterale.

Se si aggiunge la fatica di maneggiare configurazioni FTP per trasferire fisicamente i file dal computer nel quale le pagine statiche sono state create e modificate al server che le ospiterà, si capisce perché iWeb sia nato vecchio: in tempi in cui è il lo stesso file system a smaterializzarsi nella nuvola, chi ha bisogno di progettare, lavorare e organizzare pagine nell’isolamento della scrivania quando può essere la macchina a occuparsene nella socialità della Rete?

Schemi nuovi

Paolo Sordi — Fri, 03 Jun 2011 13:21:03 +0000

Una storia che si ripete: a dettare le regole per il futuro della marcatura del Web sono i padroni della Rete, certo non un’istituzione come il World Wide Web Consortium. Google, Microsoft e Yahoo! hanno appena annunciato il supporto comune ai microdata, una metasintassi di HTML5 introdotta per aggiungere semantica al linguaggio degli ipertesti. Già nell’estate del 2009, Google e Yahoo! avevano introdotto i rich snippets, vale a dire risultati di ricerca arricchiti dalla previsione nel codice delle pagine web di RDFa e microformats, fino a oggi le due strade più seguite per rendere più significativi per la macchina i contenuti strutturati in HTML: la prima è una raccomandazione ‘dall’alto’ del W3C dal 2008, si basa sul modello standard sviluppato dal W3C stesso per l’interscambio di dati sulla Rete ed è integrabile attraverso una codifica XHTML; la seconda una pratica ‘dal basso’, proposta da un manipolo di autori e imperniata su formati standard preesistenti, come per esempio vCard, ed integrabile anche nel vecchio HTML. Ma la strana alleanza dei motori di ricerca adesso alza il tiro, e produce e mette a disposizione nuovi schemi (vocabolari, attributi e valori) per marcare contenuti che in precedenza non erano strutturabili oppure lo erano soltanto attraverso RDFa o microformats. E quando si legge che sarà comunque possibile utilizzare sia microdata che RDFa che microformats, ma non all’interno della stessa pagina web, l’invito agli autori appare esplicito. Così come appare chiaro che HTML5 sarà, anzi: è il nuovo codice della Rete.

Dietro la quinta

Paolo Sordi — Tue, 15 Dec 2009 16:39:54 +0000

All’inizio del 2009 il Web ha pronunciato le prime parole della sua quinta lingua. Nonostante HTML5 sia ancora lontano dal diventare una raccomandazione del W3C, l’applicabilità immediata sui browser di ultima generazione e il fascino esercitato sui web designer grazie a nuovi tag strutturali come header, article, nav, footer ne stanno diffondendo un’adozione crescente.
Se si considera l’interruzione definitiva dello sviluppo di XHTML2 da parte dello stesso W3C, HTML5 si presenta attualmente come l’unico candidato a rappresentare il futuro dei linguaggi di marcatura ipertestuale. Non senza polemiche e recriminazioni, però, visto che dietro al markup si nascondono non soltanto versioni differenti dello sviluppo dei linguaggi della Rete ma anche e soprattutto posizioni di mercato contrastanti che ho cercato di riassumere in un articolo recente che prefigura una nuova guerra dei browser.

Buon vecchio semantico HTML

Paolo Sordi — Fri, 12 Dec 2008 12:20:18 +0000

Tra gli informatici umanistici, l’HTML non gode di buonissima considerazione. Accomunato non a caso al Macintosh, il linguaggio inventato da Tim Berners Lee rappresenterebbe l’inizio della fine dell’informatica, il simbolo a tre doppie W del trionfo della forma sulla sostanza, la corruzione della grafica contro la purezza del Codice.
A ripassare la sua storia, invece (storia che poi coincide con quella del World Wide Web tutto), appare evidente come il linguaggio di marcatura ipertestuale sia stato travolto dal suo proprio inaspettato successo e dalla sua studiata semplicità, fino a diventarne vittima.
In un mondo che voleva luci, colori, animazioni, commerci e divertimenti, e lo voleva subito (non che ci sia nulla di male nel volerlo – o almeno non fin quando si richiedano ballerine e nani), convincere un web designer a codificare una pagina web secondo struttura e semantica era come cercare di convincere Bartleby a fare una qualsiasi cosa.
Eppure, l’HTML per quello era nato, fornire a un documento da pubblicare sul web una marcatura strutturale e semantica, minima, banale, elementare se vogliamo: ma strutturale e semantica.
Titoli, paragrafi, liste, link.
E invece fu un diluvio inestricabile di font e attributi di allineamento, colore e dimensioni. L’alfiere di questa vera e propria deviazione semantica resterà per sempre l’elemento table: destinato a rappresentare dati tabulari (avete presente gli orridi fogli di Excel?), divenne l’escamotage codicistico per creare impaginazioni complesse per testate, menu e corpi di pagina in grado di replicare i classici ed elaborati layout tipografici.
Ma questo, nel 1999, era l’HTML di Netscape (riposi in pace) e Microsoft, non del World Wide Web Consortium.
Dall’inizio del ventunesimo secolo, però, non esiste più spazio per fraintendimenti e tradimenti di senso: nuovi browser standards compliant si sono affacciati sulla scena, una nuova generazione di web designer ha evangelizzato gli infedeli e gli scettici e soprattutto, con la release di Internet Explorer 5.5, anche Microsoft ha iniziato (titubante la sua parte, certo, ma comunque ha iniziato) ad abbracciare le raccomandazioni del W3C che dai CSS all’XHTML, passando per l’XML, hanno ribadito la forza della codifica semantica e il valore della separazione della struttura dalla presentazione.
Se andate a spulciare il codice sorgente di qualcuno dei vostri siti preferiti, anche di informatica umanistica, noterete che i cattivi costumi (e gli align='center') sono duri a morire: fategli sapere che il buon vecchio semantico HTML è tornato tra noi, da un pezzo.