Reprise du message précédent :

On s'en fout de la validation des CSS pour les hacks _property ou *property, le comportement en cas de propriété inconnue est définit et connu.
 
Si on tiens à ne pas utiliser de hacks, c'est effectivement mieux que d'inclure pleins de CSS, mais j'ai peur que ça favorise le comportement "je rajoute 3px par ci par là pour aligner les navigateurs au lieu de tenter un minimum de trouver un code qui marche sur tous" ce qui à la longue rends la css encore plus fragile et complexe à comprendre.
 
 

De la grosse merde tu veux dire.

T'oublie le merging des fichiers CSS au passage aussi dans ce cas, ou alors tu compiles des fichiers entiers qui contiendront base + browser specifics.
Et comme tu le dis ça soulève un problème de maintenance.

au mieux une feuille de styles pour tous les IE dans laquelle je hacke. Sachant que amha seuls IE6 et IE7 ont besoin de hacks. Un site proprement bien codé HTML/CSS aura pas besoin de hacks CSS pour IE8, ou alors le mec est une merde.

I  html5 <video>!

 
Ni l'un ni l'autre, une unique feuille de style sans hack CSS. IE6 now OSEF, et le reste réagit en gros pareil. J'ai toujours un résultat de ressemblance de 99% entre les navigateurs, et le 1% restant je fais en sorte qu'il soit négligeable.
 
Si à la fin c'est pour avoir 1 feuille CSS par version de navigateurs ou 12 000 hack dans une feuille, bof quoi Faut niveller vers le haut pas vers le bas. Enfin bon ce n'est que mon avis.

Pour éditer les fichiers de conf sur un serveur vous utilisez quoi de beau? Vim me gonfle...

Vim  

Emacs + tramp-mode

 
gedit

nano

ed

 
T'es super doué pour ne pas avoir à faire de hack IE7
 

 
Nano

 
J'ai pas dit ça    
mais en tous cas je n'en utilise vraiment pas et j'ai le même rendu à 99%, et je suppose que je ne suis pas le seul, enfin j'espère
 
Après c'est peut être aussi à force de remarquer ce qui pose souci, au début quand j'ai fait ma transition au CSS, à chaque fois les tests/corrections pour les autres navigateurs me prenaient plein de temps et j'utilisais des hack, aujourd'hui la vérification est super rapide et j'ai jamais rien à modifier. Donc au final j'ai l'impression que les hack c'est quand tu codes d'abord pour Firefox sans penser au reste, et qu'après tu veux ré-adapter ta feuille aux autres navigateurs, mais quand tu codes d'un coup pour tous les navigateurs en prenant en compte les particularités de chacun, les propriétés qui foutent la merde, celles qui sont à utiliser avec parcimonie, etc. Bah à la fin tout marche

Bon ben je reste sur vim pour le moment. Et sous windows ils font comment???

Oui

Gatsu, tu utilises des hack css pour IE 7 ? Et si oui, sur quelle(s) propriété(s) ?

j'en ai quasiment jamais utilisé, les seules fois c'est pour fixer un bug IE6/7 du double margin left ou right :  
 

 
Juste pour ça  
au pire j'applique aussi du haslayout aux éléments via la propriété neutre zoom:1, qui est nécessaire pour leur forcer un comportement correcte de temps en temps.

 
Je vois.
Perso le souci avec les margin en pixel je le résous en l'utilisant le moins possible et d'utiliser au maximum les padding pour avoir l'effet visuel voulu.
 
Enfin bon ça me rassure de pas être le seul à ne pas utiliser de hack.

oui mais moi j'en mets pas dans tous les sens juste pour que ça marche.
Je sais toujours d'avance où il en faudra un

 
Bah voilà, j'en utilise pas beaucoup plus non plus, mais tu es quand même obligé certaines fois

Suffit de repenser son code pour ne pas avoir à utiliser de margin-right/left px

 
Clair qu'utiliser des paddings à la place des margins c'est beaucoup mieux

 
Je vois pas vraiment où est le problème, tu fais ton nerd puriste ?
Reste avec tes 12 000 hack CSS si ça te fait plaisir

pour IE6 faut des hack, pour IE7 un peu moins mais parfois il en faut, c'est moche à dire, mais le moteur de rendu de IE7 est quand même bien foireux.
IE8 rend mieux.

 
J'utilise les propriétés qu'il faut là ou il faut et je ne fais pas flotter tous mes blocs

 
Oui, aucun soucis de rendu sous IE8.

Tu refuses les hacks par principe et c'est toi qui traite les autres de nerds puristes ?

Un margin et un padding ça a juste rien à voir, utiliser l'un à la place de l'autre c'est quand même pas très beau et voit la merde le jour où tu veux mettre un background... Mais tu vas me dire que tu ne mets jamais de background.

Et entre nous, utiliser un padding pour remplir le rôle d'un margin c'est bel et bien un hack pour moi.

sinon ça permet d'evider le trapping margin, mais empecher le margin collapse

Tiens question : autant le margin collapse je vois bien à quoi ça sert, autant le margin trapping, à part faire chier, je vois vraiment pas. Ca sert à quoi ?

Parce que c'est bien un comportement voulu, pas un bug, on est d'accord ?

oué c'est un comportement voulu, c'est dans les specs

Et donc, pour la première question ?

ça sert à reporter la marge d'un enfant sur le parent.
 
exemple tu as un div avec un margin, et tu mets un H1 dedans, ben la marge du H1 va être reportée sur le div, evidement seulement si la marge du H1 est supérieure à la marge du div

Ca je sais, mais ça sert à quoi ? Dans quel cas c'est utile ?

Ça vient d'un usage originel des css qui a fortement évolué, à l'époque on pensait pas vraiment boiboites/widgets/etc...

La marge est vue comme la quantité de blanc nécessaire à mettre autour d'un élément pour que la densité de la page soit correcte et équilibrée.
Le fait que le bout de texte avec marge soit entouré d'un autre conteneur importe peu, on s'intéresse uniquement au rendu final, à la marge que l'on verra vraiment. Du coup ça explique aussi pourquoi quand par contre le conteneur a une bordure, le trapping ne fonctionne plus, il faut que le blanc soit autour du texte et la bordure après le blanc.

Maintenant, les sites web et l'usage des css a évolué, on a largement abandonné le style bouquin et du coup ce comportement semble bizarre. (C'est un peu pareil avec les display un peu avancés et rarement ou tardivement implémentés, c'est très orienté bouquin...)

Ca se tient

 
C'est pas vraiment un hack CSS, au lieu de réfléchir à un bloc avec une marge extérieure, tu réfléchis avec un bloc avec une marge intérieure, c'est tout. Ca rajoute pas de lignes de code, y a pas de versions spéciales pour tel ou tel browser. C'est même pas l'utilisation abusive d'une propriété, c'est juste voir ta maquette d'un autre oeil. Ta maquette elle te dit juste "marge", aprè soit tes yeux y voient une marge intérieure soit tes yeux y voient une marge extérieure
Et je vois pas en quoi ça empeche de mettre un background , je sais ce que tu vas me sortir comme exemples (bla bla si le background doit pas toucher les bords du conteneur) et tu sais ce que je vais te répondre (blabla background-position bla bla ou sinon y a forcément un élément enfant sur lequel je pourrais l'appliquer blabla ou sinon en z-index ou sinon avec une bordure ou sinon...)

Sinon question de noob en PHP une fois n'est pas coutume :  
 
si j'ai 1000 éléments, avec chacun un titre + un texte de 500 caractères.
ces 1000 éléments n'auront pas à être modifiés, on affiche qu'un élément à la fois. Qu'est ce qui est le plus judicieux en terme d'optimisation, entre une mise en BDD, une mise en Array ou une mise en switch ?

Voir la maquette d'un autre oeil, pourquoi pas, mais c'est justement plus possible quand il y a un background, ou alors avec une capacité énorme d'auto-mauvaise foi

Par optimisation, tu veux dire "bonne pratique" ou "performance" ?
 
Pour le reste je comprend pas, les mots que tu utilises sont bizarres

 
Et tu fais comment avec un background et du texte, pour positionner le texte par rapport au background ?

 
performance
Et pour les mots bah tu sais ce que ça veut dire BDD, Array et Switch donc tu devrais tout comprendre non ?