Bonjour,
je pratique les css avec bcp de plaisir depuis qq mois maintenant et je suis donc encore un débutant.
Je me suis aperçu que pour beaucoup les tableaux étaient à bannir pour la mise en page, ce qui est bien sur logique.
Je me suis aussi aperçu d'autre part que pour éviter ces avatars diaboliques que sont les tableaux (
) les auteurs de css sont amenés à passer par des codes bien loin d'être limpides et qui me semble aller à l'encontre de la simplicité que pourrait procurer l'usage des css.
Comme bcp, je suis souvent en bute à des souçis provenant du rendu des css dans internet explorer comme en témoigne mon message d'hier soir dans la partie "css mise en forme" concernant les flottants avec IE (qui n'a d'ailleurs pas trouvé de réponses ou n'a pas suscité d'intérêt mais peu importe)
Malgré la lecture de dizaine de pages web en français et en anglais sur le sujet il m'a été impossible à mon (très) petit niveau de résoudre par des css "pures" ce problème (qui n'en est pas un avec FF).
Je me suis donc résolu à introduire, pour la mise en page d'un header comprenant plusieurs images accolées et théoriquement flottantes, un tableau pour que "ça passe" sous IE, n'en pouvant plus de tourner en rond pour satisfaire à l'aide de tours de passe-passe les caprices d'un navigateur qui n'est pas aux normes.
J'ai par ailleurs, surement comme vous, constaté l'existence de dizaines de hacks (fort bien trouvés d'ailleurs) pour pallier aux nombreuses imperfections de IE.
Tout ceci m'a amené à me poser la question de savoir s'il ne valait pas mieux, quand cela engendre un css TROP tordu, passer par un tableau qui permet d'éviter des pages pleines de "hacks" qui risquent fort un jour ou l'autre de se retourner contre leurs concepteurs (on n'est jamais à l'abri d'un miracle, et IE pourrait être un jour aux normes!)
Evidemment, lorsqu'il s'agit de petites choses cela peut être facilement mis en place (la double marge sur les float réglée pour IE par un display:inline).
Mais je me demande si cela vaut la peine de passer des heures et des heures, même si cela est aussi certaines fois le plaisir de la chose, à se casser la tête pour IE.
Là comprenez moi bien, il ne s'agit pas de ne pas tenir compte d'IE bien sûr (quoique...
) mais de passer par du tableau quand une partie de mise en page exige de perdre des heures à fabriquer un code css au final extrémement compliqué et abscon ( ce qui peut décourager les gens souhaitant passer aux css)
En effet, d'un côté il est difficile de dire : "les css c'est super, bcp plus logiques et puissantes que les tableaux", et de devoir rajouter un peu plus tard "ah oui mais là il faut un "hack" pour IE, et pense aussi à opéra 5.2 et à netscape 4 et à machin 1.0.02....."
Donc cette approche me semble poser deux problèmes :
1-Une perte de temps considérable qui pourrait être utilisée à découvrir et pratiquer les possibilités de css sur des navigateurs qui sont aux normes.
2-A force de bidouiller le code css pour satisfaire IE, j'avoue que cela m'embrouille au point de ne plus savoir ce qui est un "bon" code aux normes et un code qui ne l'est plus.
En bref, je ne comprends pas bien l'intérêt de saper un code correct au risque de perdre son latin et de rendre sa page "mal écrite" au final.
Ne vaut-il pas mieux quand cela devient trop ésotérique et confus d'employer un tableau et de les supprimer à mesure que les navigateurs en retard (suivez mon regard.....) s'adaptent?
Modifié par gauguin (23 Mar 2006 - 22:43)
je pratique les css avec bcp de plaisir depuis qq mois maintenant et je suis donc encore un débutant.
Je me suis aperçu que pour beaucoup les tableaux étaient à bannir pour la mise en page, ce qui est bien sur logique.
Je me suis aussi aperçu d'autre part que pour éviter ces avatars diaboliques que sont les tableaux (
) les auteurs de css sont amenés à passer par des codes bien loin d'être limpides et qui me semble aller à l'encontre de la simplicité que pourrait procurer l'usage des css.Comme bcp, je suis souvent en bute à des souçis provenant du rendu des css dans internet explorer comme en témoigne mon message d'hier soir dans la partie "css mise en forme" concernant les flottants avec IE (qui n'a d'ailleurs pas trouvé de réponses ou n'a pas suscité d'intérêt mais peu importe)
Malgré la lecture de dizaine de pages web en français et en anglais sur le sujet il m'a été impossible à mon (très) petit niveau de résoudre par des css "pures" ce problème (qui n'en est pas un avec FF).
Je me suis donc résolu à introduire, pour la mise en page d'un header comprenant plusieurs images accolées et théoriquement flottantes, un tableau pour que "ça passe" sous IE, n'en pouvant plus de tourner en rond pour satisfaire à l'aide de tours de passe-passe les caprices d'un navigateur qui n'est pas aux normes.
J'ai par ailleurs, surement comme vous, constaté l'existence de dizaines de hacks (fort bien trouvés d'ailleurs) pour pallier aux nombreuses imperfections de IE.
Tout ceci m'a amené à me poser la question de savoir s'il ne valait pas mieux, quand cela engendre un css TROP tordu, passer par un tableau qui permet d'éviter des pages pleines de "hacks" qui risquent fort un jour ou l'autre de se retourner contre leurs concepteurs (on n'est jamais à l'abri d'un miracle, et IE pourrait être un jour aux normes!)
Evidemment, lorsqu'il s'agit de petites choses cela peut être facilement mis en place (la double marge sur les float réglée pour IE par un display:inline).
Mais je me demande si cela vaut la peine de passer des heures et des heures, même si cela est aussi certaines fois le plaisir de la chose, à se casser la tête pour IE.
Là comprenez moi bien, il ne s'agit pas de ne pas tenir compte d'IE bien sûr (quoique...
) mais de passer par du tableau quand une partie de mise en page exige de perdre des heures à fabriquer un code css au final extrémement compliqué et abscon ( ce qui peut décourager les gens souhaitant passer aux css)En effet, d'un côté il est difficile de dire : "les css c'est super, bcp plus logiques et puissantes que les tableaux", et de devoir rajouter un peu plus tard "ah oui mais là il faut un "hack" pour IE, et pense aussi à opéra 5.2 et à netscape 4 et à machin 1.0.02....."
Donc cette approche me semble poser deux problèmes :
1-Une perte de temps considérable qui pourrait être utilisée à découvrir et pratiquer les possibilités de css sur des navigateurs qui sont aux normes.
2-A force de bidouiller le code css pour satisfaire IE, j'avoue que cela m'embrouille au point de ne plus savoir ce qui est un "bon" code aux normes et un code qui ne l'est plus.
En bref, je ne comprends pas bien l'intérêt de saper un code correct au risque de perdre son latin et de rendre sa page "mal écrite" au final.
Ne vaut-il pas mieux quand cela devient trop ésotérique et confus d'employer un tableau et de les supprimer à mesure que les navigateurs en retard (suivez mon regard.....) s'adaptent?
Modifié par gauguin (23 Mar 2006 - 22:43)
, la plupart du temps, si tu as un décalage, c'est de ta faute, pas celle d'IE)