Premier cours de HTML

Cette semaine j’ai assisté à mon premier, et tant redouté, cours de HTML. J’espérais enfin avoir des cours corrects par rapport à mes formations précédentes, voici mes conclusions. (pour ceux qui ne veulent pas lire la suite : le cours est exécrable pour rester poli)

HTML

Le cours commence par une question : qu’est-ce que HTML? Après quelques réponses des étudiants, le prof nous livre sa définition : HTML est un langage de balisage pour afficher des pages Web à l’écran, et surtout pas sur une imprimante (sinon pourquoi les pages seraient-elles tronquées à l’impression?). Je dirais plutôt que HTML est un langage de balisage pour structurer les documents Web, indépendamment de son affichage.

Le W3C

L’introduction au langage se poursuit par l’exemple: quelques balises sont évoquées (dont la balise <b> bien sûr) lorsque j’entend soudain le mot W3C! Le prof nous explique que W3C signifie World Wide Web Comitee (au lieu de W3 Consortium), nous le présente comme une vague organisation sans réel but (ne donne que des recommandations) et nous indique qu’il a été créé dans son coin par un certain Tim Berners-Lee. Cette présentation n’avait pour but qu’illustrer un de ses exemples destiné à nous faire détester le W3C.

Pour mon prof, mettre tu texte en gras est simple: la balise <b> s’en charge très bien. D’après lui la méthode <span style="font-weight:bold"></span>, supposée recommandée par le W3C, est une aberration qui ne fait qu’alourdir le code inutilement (mais coder avec des frames et des tonnes de tables ne le gêne pas). Il en oublie complètement l’objectif des feuilles de style: séparer la structure de la présentation pour gagner en interopérabilité.
De même, il ne comprend pas l’intérêt de refermer les balises <li> (encore du code lourd selon lui) : je suis presque d’accord avec lui pour HTML4, mais pour XHTML, c’est obligatoire étant donné que c’est du XML.

Les outils

Le cours continue sur le débat “Éditeur WYSIWYG ou éditeur texte?”. Éditeur de texte bien sûr, étant donné que les éditeurs WYSIWIG ont tendance à ajouter du code inutile (il referment même les balises <li>, impensable non?). Sur ce point je suis assez d’accord. C’est assez moment qu’il décide de nous montrer 1st Page 2000, et pour nous réveiller nous indique que le logiciel est livré avec plein de Javascript pour faire du DHTML (beurk) ! Au passage, il nous conseille d’indenter notre code avec des tabulations (et pas des espaces), et d’indenter les portions de code pour pouvoir se relire. C’est vrai que lorsqu’il y’a plusieurs tables imbriquées, il vaut mieux mettre en évidence le texte noyé dans les cellules alors qu’avec du code propre (sans balises de présentations) le contenu est immédiatement repéré (étant qu’il ne reste presque plus que cela).

L’ergonomie

Enfin, il nous rappelle quelques règles de base concernant l’ergonomie : la règle de 3, la couleur des liens, les informations principales doivent se voir en 800×600…. L’idée de créer une page au design fluide s’adaptant à l’écran ne lui a même pas frôlé l’esprit, ni même que ses pages avec tableaux imbriqués n’étaient pas accessible.

Conclusion

Ce cours m’a énervé. En quatre heures, j’ai entendu plus d’idioties (encore une fois pour rester poli) qu’on peut en lire sur les forums de hardware.fr. Quand je pense aux étudiants qui vont faire leur premiers pas en HTML avec ces quelques conseils en tête…
J’ai hâte de livrer mon projet en XHTML valide avec mise en page full CSS, histoire de lui montrer la puissance de ces technologies par l’exemple (là ca frise la prétention).