La logica di sviluppo dell’html negli ultimi anni è cambiata, e anche di
parecchio. Ha perfettamente ragione chiaro scuro, la direzione è quella
dell’XHTML costruito in maniera semantica, privo di elementi di
presentazione (dalle tabelle di layout ai semplici br utilizzati per
creare spazio) e CSS
Anche io perdo un po di tempo per il css, e devo dire che gran parte del
tempo lo perdo perche ho dei gusti orribili e il senso del design di chi
ha realizzato la fiat Duna. Però è una frazione del tempo che si perdeva a
fare html old fashioned, e dover integrare costantemente contenuti e
codice di presentazione.
A mio giudizio, la possibilità di utilizzare gli helper del framework, e
soprattutto la possibilità di farsene dei propri, è una svolta!
Bellissimo anche estendere gli helper del framework per i propri
progetti… Ovvero
Il design di una webapp dovrebbe partire dalla definizione degli
elementi di base, che non sono molti: ci sono elementi come la
combinazione input field + label, i bottoni, le liste, le tabelle, e
volendo elementi complessi come le form organizzate a tab
Una volta individuato il codice xhtml che vi piace di piu, è raro, ma
veramente raro ( e in genere se accade si sta sbagliando qualcosa) dover
rompere gli schemi e usarlo in modo diverso…
Ad esempio sulle form un codice tipico per un singolo campo è
Testo label
Come vedete, rispetto al codice dello scaffold ho tolto anche il BR dopo
la label, perche se volessi che il campo vada sulla riga successiva, mi
basterebbe definire sul css la label come un elemnto di tipo block,
mandando a capo gli elementi successivi. E’ essenziale fare un codice
assolutamente privo di elementi di presentazione, anche un semplice br
ci complica la vita
Dopodiche basta definire un helper, e il gioco è fatto… Non ci dovremo
piu preoccupare di questo tipo di campo.
Lavorando con la logica degli helper non solo ci mettete 2 minuti a fare
interfacce anche complesse, ma garantite anche una certa coerenza nella
presentazione.
L’importante è che l’attenzione nello sviluppo non venga assorbita
dall’xhtml, non se lo merita: è semplice, ed è semantico, non deve avere
elementi di presentazione, quindi va scritto con naturalezza, ogni
elemento con il tag appropriato nel posto appropriato… Helper dopo
helper 
Per quello che riguarda il css, non serve quello coi razzetti, anzi
più è pulito e semplice e piu l’attenzione di chi segue il progetto viene
proiettata sulla meccanica dell’applicazione piuttosto che sulla
grafica. Io quando parto da zero copio sempre cose come flickr o
gmail… Ma ormai ho il mio kit css basic
Se poi vogliamo discutere di css e di quanto siano mal supportati e
quanto tempo si perda a fare cose stupidissime, potremmo anche andare
avanti con l’OT piu lungo della sotria
