7 styles de rédaction HTML obsolètes à éviter désormais

1. Utiliser l’attribut type dans les balises et

Autrefois, on utilisait type="text/css" ou type="text/javascript", mais aujourd’hui, il suffit simplement d’utiliser ou.

2. Créer un menu accordéon avec Javascript

Avec et, on peut l’implémenter simplement en HTML seul.

3. N’utiliser et qu’une seule fois par page

Certains peuvent penser que et représentent respectivement l’en-tête et le pied de page de l’ensemble de la page, mais en réalité, ces éléments sont liés à la section la plus proche. Autrement dit, ils peuvent être utilisés comme enfants des éléments , , et, et il est recommandé d’utiliser et lors de la création d’une nouvelle section.

4. Utiliser frameborder="0" pour supprimer la bordure d’un ``

L’usage de frameborder="0" n’est plus recommandé en HTML5. À la place, il vaut mieux utiliser le CSS, par exemple avec iframe { border: none; }.

5. Continuer à prendre en charge IE8

Il faut cesser de prendre en charge non seulement Internet Explorer 8, mais aussi toutes les versions d’Explorer. Microsoft a également mis fin au support d’IE 11 en juin 2022, il n’est donc plus nécessaire de prévoir une compatibilité avec IE.

6. Utiliser les balises de titre au hasard

Il faut utiliser les balises de titre en fonction de la structure de la page et dans un ordre hiérarchique descendant. Si la dernière balise était , la suivante doit être ou ``.

7. Ajouter ="1" pour les attributs booléens des balises HTML

Pour les attributs booléens en HTML, il suffit d’écrire l’attribut lui-même pour que sa valeur soit définie sur true. Par exemple, dans ``, la présence de l’attribut disabled signifie déjà à elle seule qu’il vaut true, il n’est donc pas nécessaire d’ajouter ="1".

[progdesigner]

HTML5 est apparu parce qu’avant, le HTML était utilisé sans respecter le rôle des balises. Comme le HTML est un langage de balisage, je pense qu’il est important de le considérer et de le traiter comme un contenant pour les données. Et pour type, comme il faut absolument le préciser quand on utilise d’autres types comme TypeScript (ts), il n’est sans doute pas nécessaire d’insister autant sur son omission.

[progdesigner]

Plus important encore, beaucoup de gens utilisent aujourd’hui des noms de classes utilitaires, mais cela peut ne pas aider lorsqu’il s’agit de porter des données.

Par exemple, si l’on contient une information de type titre, même en utilisant h1, h2, h3, il est plus explicite et préférable que la classe s’appelle title.

En revanche, créer des noms de classes comme `` n’est pas une bonne direction. Donner plutôt title comme nom et résoudre le reste avec le CSS peut permettre d’obtenir une page web plus durable à l’avenir.

[savvykang]

Pour une page web visant principalement à transmettre des informations et dont la structure est relativement simple, il est naturel d’appliquer des balises sémantiques et des classes. Cependant, tous les utilisateurs de HTML/CSS ne créent pas uniquement des pages web. Dans des cas comme les applications web, où l’usage d’un balisage pour les éléments visuels est inévitable et où la structure est complexe, utiliser des noms de classes génériques provoque des conflits de noms. C’est pour cela que des fonctionnalités comme l’encapsulation de vue d’Angular sont nécessaires.

[readiz]

De toute façon, comme on utilise majoritairement React, l’enjeu est moins de s’acharner sur les class que de bien componentiser.

[ndrgrd]

Pour le point 7, c’est une question de préférence. Personnellement, je trouve que l’indiquer permet de mieux distinguer les éléments et rend la lecture plus confortable.

[tribela]

<script type="text/javascript> //<![CDATA[ js codes... //]]> </script>

Des lignes de code pleines de nostalgie, n’est-ce pas ?

[koxel]

À l’époque, il y a eu une période où l’on entourait de commentaires HTML le code CSS et le code JS pour que les navigateurs qui ne prenaient pas correctement en charge les balises script et style les interprètent comme des commentaires.
C’était sans doute dans les années 90 ou 2000...
Il y a probablement encore pas mal de personnes qui écrivent ce genre de code..

[ndrgrd]

Je me demande s'ils avaient prévu d'autres langages en plus de CSS et JS.

[kayws426]

Ce n’était pas du JavaScript, mais du VBScript. Sous IE.

[ragus]

Est-ce que les commentaires vont vraiment être correctement traités ???

[carnoxen]

L’attribut type de <script> n’est-il pas nécessaire lorsqu’on ajoute un module ?

<script type="module" src="home.js"></script>  

[ragus]

text/css et text/javascript ne sont effectivement pas nécessaires, mais module semble bien l’être, comme vous l’avez dit.

[roxie]

J’ai l’impression que la technique qui consiste à appliquer block: none à la balise h1, je l’avais déjà vue il y a longtemps ; je me demande si elle est encore valable... Ça m’a soudain rappelé le bon vieux temps haha. Merci pour ce résumé clair !