CSS vs layout tableau - HTML/CSS - Programmation
Marsh Posté le 06-01-2005 à 07:45:47
speedyop a écrit : mais voila tout ca c'est bien beau mais apres quelques essai je me suis tres vite rendu compte que c'etait pas si evident que ca quand on est habitué à son designer traditionnellement avec des tableaux, et les float,visibility,display et autre trick propre au cs, je trouve ca pas plus digeste que les traditionnel tricks de pixel vide... |
float, visibility ou display ne sont pas des "tricks" CSS
ce sont des propriétés à part entière, que tu n'es d'ailleurs pas obligé d'utiliser.
Pour les tables VS CSS, visite un peu le forum HTML/CSS tu verras vite ce que les gens en pensent
Accessoirement, tu peux aussi aller visiter ce site
Marsh Posté le 06-01-2005 à 08:02:53
Aussi, y'a certaine choses qui ne sont plus possibles en CSS, genre un design header / content / footer, avec le header et le footer de part et d'autre de la page, et le contenu au milieu avec une belle barre de défilement, comme c'était possible avec tableau. Centrer un contenu dans un bloc aussi est impossible si la taille du bloc est inconnue...
Maintenant c'est pas grave, c'est des p'tits trucs qu'on peut changer, suffit de faire un design pas trop compliqué, et n'oublions pas que le web est là pour diffuser de l'information, pas une vitrine pour grapheux...
Quand les CSS 3 sortiront et seront supportés par tous les navigateurs, ça va roxer des ours
Marsh Posté le 06-01-2005 à 08:10:40
Alors moi je dis que les CSS permettent de faire du design et des headers/footers raisonnables:
http://www.alistapart.com/d/imagemap/example2.html
et:
http://www.alistapart.com/d/negativemargins/ex5.htm
Articles là: http://www.alistapart.com/articles/negativemargins/
et là: http://www.alistapart.com/articles/imagemap/
Marsh Posté le 06-01-2005 à 08:55:48
Oui, mais si tu veux que le footer soit collé au bas de la fenêtre, impossible
Marsh Posté le 06-01-2005 à 08:58:51
FlorentG a écrit : Oui, mais si tu veux que le footer soit collé au bas de la fenêtre, impossible |
Oui, ce n'est donc pas un footer raisonnable.
Ou sinon, t'as qu'à utiliser des frames.
Marsh Posté le 06-01-2005 à 18:39:57
mouias ceux qui viennent participer au topic sont déjà des gens convaincus donc, mais vous avez deja "pratiquer". Par ce que dans la forme je suis tout a fait d'accord
Marsh Posté le 06-01-2005 à 19:24:31
FlorentG a écrit : Oui, mais si tu veux que le footer soit collé au bas de la fenêtre, impossible |
c'est pas parce qu'IE ne supporte pas les CSS2.1 que les CSS2.1 ne permettent pas de faire des trucs comme ca
Exemple (fonctionnel sous Firefox 1.0 et Opera 7.54), buggé (naturellement) sous MSIE, mais ca nous change pas trop ça
La page n'est sûrement pas parfaite (les CSS pourraient sûrement être améliorés et les images sont trop lourdes, ne testez pas si pas ADSL ) mais bon...
(PS: il y a même une alternate CSS avec les éléments organisés horizontalement et non verticalement )
(PPS: je rappelle quand même qu'IE ne comprend pas les CSS alternatives, pas la peine de chercher)
(PPPS: si vous trouvez des bouts de code/CSS anormaux, dites le que je corrige )
Marsh Posté le 06-01-2005 à 19:31:44
oui voila un autre probleme compatibilité IE.. quand c'es 97% du public on ne peut pas l'oublier.
Marsh Posté le 06-01-2005 à 19:53:39
speedyop a écrit : oui voila un autre probleme compatibilité IE.. quand c'es 97% du public on ne peut pas l'oublier. |
Quelle chance que la solution existe
(à tester sous MSIE 6, devrait aussi pouvoir fonctionner sous MSIE 5 ou 5.5 mais pas assuré)
Marsh Posté le 06-01-2005 à 21:29:26
Masklinn a écrit : |
Je sais Position fixed, voire même absolute. Mais comme IE chie des bulles lorsqu'on lui file plusse de 2 coordonées... Le seul moyen étant de faire genre :
Code :
|
Masklinn a écrit : Quelle chance que la solution existe |
Oui, mais c'est un gros bordel en javascript, et en général les sites qui utilisent IE7 rament à mooooort
Sinon, y'a des fois, j'me demande un truc... Et si on codait les sites en fonctions des standards. On s'en pète des navigateurs qui gèrent pas, c'est la faute de l'éditeur du browser si ça gère pas. Nous on a des normes, on fait comme les normes disent, et pis voilà. Au pire on met un message pour ceux chez qui ça marche pas.
Par exemple, certains trucs buggaient dans les premières versions de FF ou de Opera. Ben c'était pas grave, pour ma part je savais que ça allait être corrigé dans pas longtemps, ce qui était le cas. Là faudrait faire la même démarche. On développe suivant les standards, et ceux qui gèrent pas n'on cas corrigé les bugs.
Si tous les développeurs webs suivaient ça, ça bougerait enfin chez ceux qui s'en foutent des normes.
Utopie quand tu nous tiens
Marsh Posté le 06-01-2005 à 22:33:45
Florent ...
Je te suis
Marsh Posté le 06-01-2005 à 22:35:24
ah bah c'etait exactement de ce gene de trick dont je parlais, javascript/dhtml que je touve tres moche... pis le coup de remplacer du texte par des images ausis que je trouve limite.
Marsh Posté le 06-01-2005 à 23:17:50
FlorentG a écrit : Oui, mais c'est un gros bordel en javascript, et en général les sites qui utilisent IE7 rament à mooooort |
Rien à foutre, ils rament sous MSIE, zone qu'à utiliser Firefox, et je suis déjà suffisament gentil pour fournir un site utilisable avec leur navigateur de merde ils vont pas venir me les briser non plus
Citation : Sinon, y'a des fois, j'me demande un truc... Et si on codait les sites en fonctions des standards. On s'en pète des navigateurs qui gèrent pas, c'est la faute de l'éditeur du browser si ça gère pas. Nous on a des normes, on fait comme les normes disent, et pis voilà. Au pire on met un message pour ceux chez qui ça marche pas. |
Les normes W3C existent pour que les gens puissent voir les pages, faire de l'élitisme pur et dur (cad empêcher complètement la visualisation de l'information) ben...
Citation : Si tous les développeurs webs suivaient ça, ça bougerait enfin chez ceux qui s'en foutent des normes. |
ben ouais mais...
speedyop a écrit : ah bah c'etait exactement de ce gene de trick dont je parlais, javascript/dhtml que je touve tres moche... pis le coup de remplacer du texte par des images ausis que je trouve limite. |
bon t'as fumé quoi encore toi?
Où ça du JS/DHTML? dans IE7? rien à voir avec les standards, c'est un "plugin" spécifique à IE qui pallie aux manques de celui-ci.
Remplacer du texte par des images?
1- où ça?
2- qui te force à le faire?
3- en comprends tu seulement l'intérêt?
Marsh Posté le 07-01-2005 à 00:29:31
disons que j'essaye de faire des sites un minimum jolis et user/friendly donc en incorporant des images qui habilleront la page, une page en entier de texte c'est aps tres sexy.
pour le truc de faire un site qui ne sera bien vu que par 3% des utilisateurs, je trouve ca un peu con. Bien sur que normalement les standard sont fait pour etre respecté, mais en tant que developpeur, c'est comme vendeur, c'est le clien qui est roi. si il veut utiliser IE (même si je toruve ça con) bah je vais pas le forcer a utiliser un autre navigateur de peur de le perdre (le visiteur ou le client).
Marsh Posté le 07-01-2005 à 00:32:15
speedyop a écrit : disons que j'essaye de faire des sites un minimum jolis et user/friendly donc en incorporant des images qui habilleront la page, une page en entier de texte c'est aps tres sexy. |
et alors?
Citation : pour le truc de faire un site qui ne sera bien vu que par 3% des utilisateurs, je trouve ca un peu con. Bien sur que normalement les standard sont fait pour etre respecté, mais en tant que developpeur, c'est comme vendeur, c'est le clien qui est roi. si il veut utiliser IE (même si je toruve ça con) bah je vais pas le forcer a utiliser un autre navigateur de peur de le perdre (le visiteur ou le client). |
nous sommes d'accord, et alors?
et puis sans vouloir être méchant
. ... |
genre le texte c'est pas sexy
Marsh Posté le 07-01-2005 à 00:44:30
je voudrais me servir du coté "template" du css a savoir un simple fichier texte qui peu prendre de multiple aparrence. Et donc dans le source aucune image ou presque n'est définie, il faut donc les rempalcer par un trick css:
mettre en background une image dans un div et cacher le span par exemple.
Marsh Posté le 07-01-2005 à 00:47:14
speedyop a écrit : je voudrais me servir du coté "template" du css a savoir un simple fichier texte qui peu prendre de multiple aparrence. Et donc dans le source aucune image ou presque n'est définie, il faut donc les rempalcer par un trick css: |
c'est pas spécialement un trick, c'est le principe inverse de l'attribut "alt" d'une image stou
Marsh Posté le 07-01-2005 à 08:03:23
Masklinn a écrit : |
speedyop a écrit : |
C'était un point de vue extrême bien-sûr C'était pour souligner le travail inachevé qu'a fait Microsoft, et à quel point on est tenu par ça. On a des normes et des spé, et on peux même pas les utiliser.
En tant que développeur, quand on me donne une norme, c'est pour la respecter à fond, pas à moitié, sinon le client il râle. Là personne râle, parce que personne est au courant, et tout le monde s'en fout des normes, de la sémantique, de la structure. Y'a même des fois j'me demande à quoi sert l'HTML, à entendre les gens il ne faudrait que des sites 100% Flash où ça bouge de partout avec 25 000 effets à la con
D'où ma proposition :
On invente un protocole parallèle à http : flash. J'en ai déjà parlé chez les grapheux , on aurait genre flash://monsite.com. Ca serait comme pour le protocole http, mais destiné aux fichiers flash uniquement.
...
Marsh Posté le 07-01-2005 à 08:04:41
speedyop a écrit : je voudrais me servir du coté "template" du css a savoir un simple fichier texte qui peu prendre de multiple aparrence. Et donc dans le source aucune image ou presque n'est définie, il faut donc les rempalcer par un trick css: |
Ben déjà, toutes les images qui ne sont que présentationnelles devraient se trouver dans le fichier CSS. Seule celles qui ont une valeur informative (genre image pour illustrer un article, schéma explicatif, etc.) devraient se trouver dans le code html.
Marsh Posté le 07-01-2005 à 11:13:41
oui c'est ce que je voulais faire, donc beaucoup d'image background.
voir même rajuter des div vide...
donc finalement il faut adaptr un peu son fichier xhtml pour pouvoir l'habiller correctement en css.
Marsh Posté le 06-01-2005 à 03:11:25
ca fait un bout de temps que je developpe des sites oueb et j'ai jusqu'alors toujours utiliser des tableaux, vous savez ce bon vieux
mais voila j'ai découvert recement css zen garden
http://www.csszengarden.com/tr/fra [...] css&page=0
et depuis je me dis que franchement y'a rien de plus beau et sobre qu'un beau layout en css. Pour ceux qui ne connaissent pas c'est tout simplement du design web conforme a ce que voudrait le W3 consorsium avec des div, span le tout habiller et positionné par des css et avec ca adieu tableau pixel vide etc...
Et oui les css sont bien plus puissantes que ce que la plupart d'entre nous faisont avec.
l'avantage evident est la séparation pure et simple du code et de la présentation comme bon nombre de developpeur le voudrait. adieu donc aussi systeme de template plus ou moins complexe.
Le role du developpeur se résume a faire des listes UL depuis les requettes SQL
mais voila tout ca c'est bien beau mais apres quelques essai je me suis tres vite rendu compte que c'etait pas si evident que ca quand on est habitué à son designer traditionnellement avec des tableaux, et les float,visibility,display et autre trick propre au cs, je trouve ca pas plus digeste que les traditionnel tricks de pixel vide...
Alors je me tate grandement... faut-il ou ne faut-il pas tout remettre en question pour le CSS
J'attends l'avis de dev confirmé