ma.gnolia è notevole (se avete interessi simili ai miei) - sid05

Non son del tutto d'accordo su alcune cose, tipo l'uso del display:inline al posto dei float, larghezze fisse e posizionamento assoluto per gli elementi fissi. Per il resto ci sono alcuni elementi basici di buonsenso comune. - bak

Confermo, ci sono delle minchiate - caludio

per me una, il div vuoto per "ripulire", pessimo... per il resto può andare - sid05

Ah sì? Io da ignorantone il div clear lo uso sempre, mi sembra veloce ed efficace. - kurai

è un tag vuoto e non dovrebbero esserci tag vuoti (non che sia il diavolo eh)... anche perchè non è difficile trovare alternative (io ad esempio se uso un elemento con float aggiungo il float anche all'elemento padre) - sid05

@federico http://www.positioniseverything.net/easyclearing.html - caludio

io di solito uso un
per ripulire il floating, se non posso dare il clear all'elemento sottostante. Non mi piacciono i div vuoti, né gli elementi non semantici (certo, se ci sono float bisogna in qualche modo rimettere a posto, dopo. - bak

Altra cosa: consiglia di usare classi, classi e classi e non id. Ok, ma non spiega il perché. - bak

per evitare duplicati (anche qui, non ci vuol molto a ricordarsi se e quali ID abbiamo usato); in realtà il ragionamento fila: se hai bisogno di richiamare (via DOM etc) un elemento usi un ID, diversamente basta una classe... niente di che ma ragionevole - sid05

Allora: punto 1) per gli elementi di layout, si usi ID 2) non tutti sono d'accordo http://meiert.com/en/blog/20080419/reset-style-sheets-are-bad/ 3) non si fa più, 4) fixed o no, dipende, 5) ok, 6) ok, 7) ok, 8) non tutti sono d'accordo http://535design.blogspot.com/2007/12/conditional-comments-considered-helpful.html 9) bah... 10) dipende! - caludio

d'accordo con Claudio (anche se il punto 1 non è sbagliato, diciamo che è un metodo, opinabile), sul 9 sono d'accordo con il post (evitando il padding si evita di utilizzare hack per IE) il 10 invece credo non abbia granché senso (salvo rari casi) - sid05

1) come dice Claudio Cicali, io per gli elementi di layout non ripetuti tendo sempre a usare id. 2) reset, tutta la vita, almeno finché i css di default dei browser no saranno uniformati.3) Sempre per Claudio, che soluzione adotteresti per il clear? 8) in effetti mi son rotto di fare delle condizionali per permettere a ie6 di vedere le trasparenze dei png. Comincio a pensare che gli utenti ie6 debbano decedere. 8) e 9) rotfl, 10) dipende (tanto ie non lo renderizza bene) - bak

@sid, mai avuto problemi col padding. ovviamente cerco di utilizzarlo negli elementi figli. l'elemento padre a dimensione fissa e al massimo coi margini settati, l'elemento figlio col padding. e anche quella chiavica di ie inizia a ragionare. - bak

@bak, giuste osservazioni sul padding. Per il float clearing, questo credo sia l'articolo più vecchio e forse non è il più moderno... io uso quella tecnica http://www.positioniseverything.net/easyclearing.html - caludio

@Claudio, grazie per il link, ottima soluzione ma... non ricadiamo nel baratro dei commenti condizionali in questo modo? (certo, meglio un commento condizionale del codice non strutturale, ma tant'è...) - bak

@bak, io non sono contrario ai CC :) Ho solo detto che qualcuno non è d'accordo e magari prima di usarli o dire di usarli vanno fatte ascoltare anche altre... campane. Il punto è che per i detrattori i CC sono un paradosso: "you rely on a non-standard feature, to get your pages more standard compliant". I'll live wiht that, SINCERAMENTE :) - caludio

@Claudio, ecco, questo è il mio punto :) Cerco di usarli il meno possibile (certo non li uso perché ie6 non vede il canale alpha dei png), ma se servono per generare codice più elegante allora sotto. D'altronde, viviamo in un mondo pieno di paradossi, uno in più o uno in meno :) ... - bak

Pieno di stupidaggini: 1) Tendenzialmente d'accordo, soprattutto se si fa uso massiccio di classi multiple. L'unica controindicazione è la maggior pesantezza della selezione dal DOM di oggetti che non hanno id. 3) Talvolta l'easy clearing non è possibile farlo, se hai un css particolarmente complesso. 4) Dipende dal progetto. 5) Giusto ma prolisso. Io scrivo in apertura ".[Classe del div]" o "#[Id del div]", e in chiusura "END .[Classe del div]" o "END #[Id del div]". 6) Cazzata. 7) il PNG-fix non funziona sempre. 8) Preferisco gli hack ai commenti condizionali, il markup pulito ha priorità. 9) Non ha senso. Margin e padding servono sempre entrambi, il box model di IE6- si corregge in altri modi. 10) Non capisco perché ciò contribuisca ad eliminare gli hack. - andreamartines

@andrea, in realtà il 6) serve per il double margin bug dei float in IE (solo 6? non ricordo). Aggiungerlo non costa molto, ma andrebbe aggiunto solo quando serve. - caludio

che geekata di 3d :) - eio

@claudio, sì, in IE7 l'hanno corretto. Nel tempo mi sono talmente autodisciplinato a non usare margin inutili quando potrebbe apparire quel bug, da rendere inutile l'uso del fix. Che comunque è un hack bello e buono anch'esso, dagli effetti incontrollabili - andreamartines

@Zio beh sai... come si suol dire... pane quotidiano, questo qua. Buon per chi fa 'ste cose solo per "geekeria" o puro divertimento - caludio

@Zio: che vuoi, l'id non è acqua! - andreamartines

Io il position:absolute per le navigazioni orizzontali in header lo uso ogni tanto. Diciamo solo quando il layout lo richiede. Il clear:both cerco di evitarlo, ma spesso è comodo. Cerco sempre di non esagerare con i float, altrimenti poi passo giornate a smadonnare per correggere i div che si muovono alla cazzo. Gli ID li uso per le parti fisse e di solito tento di non incasinarmi con class varie, che poi mi scordo e mi perdo. Il PNG-fix di google mi pare funga bene, ma in ogni caso IE6 deve bruciare. - tedcarter

Hi all, I wrote that post and thanks to Google Translate, I do agree with some of the stuff you mentioned. Great comments here, sadly not many people will take the time to understand what you are discussing. I will post an updated blog entry later with better solution to "hacks" - nimbupani

@sid: d'accordissimo sull'evitare elementi del dom vuoti o inutili, ma se usi il float nel padre per l'autoclear non puoi usare margin: auto per centrare l'elemento, meglio overflow:hidden. - cedmax

@bak: non so se qualcuno ti ha già risposto sul display:inline (che seguire i thread lunghi su ipod è un pacco), ma non va al posto del float. è da mettere assieme - cedmax