Hum, bon... j’avoue : je n’ai pas tout lu, ce thread est vraiment très très long, il y a des choses intelligentes et d’autres beaucoup moins.
Avoir des standards, c’est bien. Respecter les standards, c’est mieux. Aujourd’hui, les problèmes d’affichage sur le web viennent souvent des navigateurs qui ne respectent pas les standards, en autorisant des balises propriétaires par exemple. Ce n’est pas le language qui est en cause, c’est la manière dont certains navigateurs font leur sauce dans leur coin. On ne m’enlèvera pas l’idée qu’une page qui se comporte de la même façon partout, c’est très cool, autant pour l’auteur de la page que pour la personne qui consulte cette page. Effectivement, les incompatibilités ne viennent pas toutes du HTML, mais ce n’est pas une raison pour faire une page n’importe comment. Et adopter un vrai standard, ça signifie peut-être casser une certaine compatibilité avec les vieux navigateurs, mais ça évite aussi tout un tas de problème à l’avenir. Reste le cas Lynx, il est très pratique, j’en sais quelque chose ;-)
Séparer le fond de la forme, ça peut sembler inutile au départ, mais quand il faut changer la couleur des titres sur une dizaine de pages ? Et la marge sur certaines zones ? Ok, on peut éditer toutes les pages, mais un truc plus rapide, c’est de prendre une heure (ok, peut-être un peu plus mais vous voyez l’idée) à apprendre les bases de CSS et ensuite faire une seule modification de 10 secondes dans la CSS pour que le rendu de toutes les pages soit modifié. Un argument auquel le type-qui-veut-apprendre-rapidement est sensible non ? ;-)
Un site absolument génial qui illustre bien le concept : http://www.csszengarden.com
Je passe sur la beauté des différents thèmes (il y a des infographistes derrière). Mais entre chaque thème, il n’y a pas seulement quelques images qui changent, c’est souvent la mise en page complète ! Et sans avoir à éditer directement la page. Et là, il ne s’agit que d’une page, mais pour gérer un "vrai" site avec plusieurs pages, l’avantage est encore plus important.
Je ne vais pas prétendre le contraire, certaines Recommendations W3C sont imbuvables (par expérience : XML Schema), mais il n’est pas non plus nécessaire de connaître XHTML pour construire une page. Connaissant le goût de la Mozilla Foundation pour les standards, je pense pouvoir avancer l’idée que leur Composer génère du code conforme.
Quant aux débats du genre table / pure css, euh... Parfois les tables sont plus adaptées, parfois non. Ca tombe bien, les tables sont encore dans XHTML ! Dommage que certains soient tellement butés, dans un sens ou dans un autre :-P
Hum, bon... j’avoue : je n’ai pas tout lu, ce thread est vraiment très très long, il y a des choses intelligentes et d’autres beaucoup moins.
Avoir des standards, c’est bien. Respecter les standards, c’est mieux. Aujourd’hui, les problèmes d’affichage sur le web viennent souvent des navigateurs qui ne respectent pas les standards, en autorisant des balises propriétaires par exemple. Ce n’est pas le language qui est en cause, c’est la manière dont certains navigateurs font leur sauce dans leur coin. On ne m’enlèvera pas l’idée qu’une page qui se comporte de la même façon partout, c’est très cool, autant pour l’auteur de la page que pour la personne qui consulte cette page. Effectivement, les incompatibilités ne viennent pas toutes du HTML, mais ce n’est pas une raison pour faire une page n’importe comment. Et adopter un vrai standard, ça signifie peut-être casser une certaine compatibilité avec les vieux navigateurs, mais ça évite aussi tout un tas de problème à l’avenir. Reste le cas Lynx, il est très pratique, j’en sais quelque chose ;-)
Séparer le fond de la forme, ça peut sembler inutile au départ, mais quand il faut changer la couleur des titres sur une dizaine de pages ? Et la marge sur certaines zones ? Ok, on peut éditer toutes les pages, mais un truc plus rapide, c’est de prendre une heure (ok, peut-être un peu plus mais vous voyez l’idée) à apprendre les bases de CSS et ensuite faire une seule modification de 10 secondes dans la CSS pour que le rendu de toutes les pages soit modifié. Un argument auquel le type-qui-veut-apprendre-rapidement est sensible non ? ;-)
Un site absolument génial qui illustre bien le concept : http://www.csszengarden.com
Je passe sur la beauté des différents thèmes (il y a des infographistes derrière). Mais entre chaque thème, il n’y a pas seulement quelques images qui changent, c’est souvent la mise en page complète ! Et sans avoir à éditer directement la page. Et là, il ne s’agit que d’une page, mais pour gérer un "vrai" site avec plusieurs pages, l’avantage est encore plus important.
Je ne vais pas prétendre le contraire, certaines Recommendations W3C sont imbuvables (par expérience : XML Schema), mais il n’est pas non plus nécessaire de connaître XHTML pour construire une page. Connaissant le goût de la Mozilla Foundation pour les standards, je pense pouvoir avancer l’idée que leur Composer génère du code conforme.
Quant aux débats du genre table / pure css, euh... Parfois les tables sont plus adaptées, parfois non. Ca tombe bien, les tables sont encore dans XHTML ! Dommage que certains soient tellement butés, dans un sens ou dans un autre :-P