Perché due persone su 5 che so di sicuro abbiano letto il post precedente, mi hanno chiesto come mai non ho messo l’attributo “target” ai link delle foto? Sto usando la DTD (Document Type Definition) XHTML 1.0 Strict. L’attributo “target” non esiste in questa DTD. Perché dovrei usarlo? Il concetto di “anchor” ha una semantica ben precisa che è l’apertura di un nuovo documento al posto di quello vecchio. Questo significato è in auge sin dai primi ipertesti, risalenti al 1987. Senza parlare del fatto che in ogni caso, l’apertura di nuove finestre è un fastidio da evitare e comunque dovrebbe essere l’utente a decidere, mai il browser. Se proprio c’è l’assoluta necessità di aprire un documento automaticamente in una nuova finestra, c’è sempre Javascript.

O meglio, la domanda è un’altra, cioè la scarsa conoscenza da parte di molti degli standard. Parlo di conoscenza, non di rispetto, per ora. Più avanti parlerò anche di rispetto.

Gli standard del W3C esistono per un semplice motivo: assicurare la qualità e la continuità delle pagine web. I documenti scritti in un qualsiasi linguaggio derivato dall’SGML (Standard General Markup Language, Linguaggio Generico di Marcatura) devono poter essere sempre leggibili, usabili, allo stesso modo, siano visualizzati in Italia, in Corea o in Alaska, su Mac Os X o su Windows Vista o su Gentoo Linux, utilizzando il motore Gecko (Firefox, Iceweasel), il Trident (Internet Explorer) o il kHTML (Safari, Konqueror), su uno schermo 21” 16:10, su un portatile o su un PDA. Per questo esistono delle linee guida, che non sempre sono rispettate. Anzi, nel malfamato caso di Internet Explorer, spesso gli standard sono infangati, così come dai suoi sostenitori.

Scrivere un documento utilizzando derivazioni proprietarie del linguaggio standard, significa che in futuro quel documento potrebbe non essere più accessibile, per via di cambiamenti nei motori di rendering delle pagine. Inoltre, inserire deliberatamente tag errati per la DTD scelta (che dovrebbe sempre essere Strict, per ragioni di usabilità e accessibilità) significa rendere più difficoltosa la fruizione del validatore, perché per prima cosa si dovranno filtrare gli errori “reali” da quelli inseriti.

In definitiva, perché non scrivere codice pulito e valido? Non è difficile. Basta attenersi alle guide e alle reference che il W3C mette a disposizione, per HTML/XHTML e CSS, di cui ho dato solo due esempi.