Andrea Gandino

Il blog procede. Lo sviluppo in CakePHP, almeno per quanto riguarda l’interfaccia di amministrazione è giunto ad un discreto 70% di realizzazione.

Ho riflettutto molto, negli ultimi giorni, riguardo al CMS da usare. Come mio solito ho cambiato idea una decina di volte. Ho provato sia Expression Engine, sia Textpattern. Due CMS simili, in un certo senso, perchè entrambi hanno un sistema di templates basato su propri tags; tuttavia sono distanti anni luce.

Devo dire con piacere di aver riscoperto Expression Engine. Ad una prima occhiata non può risultare che ostico. L’interfaccia rimane molto dispersiva, e per trovare un’opzione, possono passare anche 2-3 minuti (sono dell’idea che in questo genere di cose l’immediatezza sia un pregio cui non bisognerebbe mai rinunciare), ma tuttavia il CMS risulta estremamente flessibile e utilizzabile per scopi che vanno ben oltre il semplice blog personale.

Alla fine, però, non ho potuto far meno di ritornare all’ovile e continuare ad usare il mio sistema, conscio del fatto che le chances di vedere, un giorno, un CMS sviluppato da altri che si adatti completamente ai miei gusti, probabilmente sono tanto basse che possono essere approssimate a zero.

Uno dei nodi principali, ora, diventa un’organizzazione sensata dei contenuti. Ed è qui che entrano in gioco dubbi, se va bene, ancora più profondi.

Layout fisso, fluido o liquido? Chiaro su scuro o viceversa? Struttura a singolo articolo in home page, e link ai successivi nella forma di una lista puntata, o solita pagina “a cascata”?

Mi fa piacere, comunque, notare che queste scelte saranno supportate da un sistema che davvero si adatta a quello che ho in mente. Penso ad esempio alla possibilità di postare articoli in un cosiddetto tumblelog, una cosa che ho sempre desiderato di implementare come si deve su WordPress, e che per un motivo o per l’altro non sono mai riuscito a fare.

Il tutto iscritto in quella che è l’ennesima mia personale rivoluzione copernicana, nata dall’aver letto questo articolo.

Al che mi spunta una domanda: se è vero che usare HTML 4.01 Strict pare essere la soluzione migliore per avere la migliore compatbilità possibile, e siccome detto HTML 4.01 Strict non ammette il carattere / a fine tag, come faremo noi povere anime che per pubblicare il contenuto usiamo strumenti come Textile o Markdown, che mandano in output codice XHTML (e quindi con / a fine tag), compromettendo dunque la validazione?