Je suis tombé sur un problème hier au sujet de balisage de titre de sections (h1 / h6) dans le cadre de développement dans un portail d'entreprise basé sur la technologie de portlets. (Note: les portlets sont des minis applications que l'on peut placer un peu partout dans un page). Respecter la sémantique des h1 / h6 me semblait difficile. L'utilisation de portails de ce type ne respecte déjà pas en grande partie la façon de faire du Web, la métaphore de document avec un flux ne fonctionne que très peu ou pas du tout. On parle plus ici de bureau de travail contenant plusieurs applications, qui parfois contiennent des documents. Mon premier réflexe était de réinitialiser le flux de document dans chaque portlet, de façon à commencer par un h1 dans chacun d'entre eux. Toutefois, cela fait beaucoup de h1 dans une même page, ce qui va à l'encontre de la manière de construire une page Web (qui respecte un flux de document). Je ne peux pas non plus partir du titre d'une page (ou d'un ensemble d'applications) puisque les portlets peuvent être organisés de façon différentes selon la configuration ce qui peut briser le flux du document. Je suis près de conclure que la sémantique de h1 / h6 ne fonctionne pas avec un portail (bureau de travail) et que je serai obligé d'utiliser un div semantiquement faible avec un class "titre-portlet" ou plutôt "titre-application". Par contre, il arrive souvent qu'un document soit inclus dans un portlet et qu'à ce niveau, la sémantique h1 / h6 fonctionne et serait très utile. Mais ça ne règle pas le problème que si ce document est relié de quelconque façon à la page originale. Ce lien est perdu, puisqu'un portlet par défaut ne doit pas connaître son environnement (pour être réutilisable). La seule façon d'y remédier, serait d'ajouter des éléments de configuration spécifique à une page pour informer le portlet de l'environnement "de document" autour de lui, pour que celui-ci puisse baliser ses titres correctement. Mais vous allez conclure avec moi que le retour sur investissement de ce genre de développement ne vaut pas la peine du tout.

Cela démontre aussi que la sémantique de certaines balises HTML peuvent être dans certains contextes difficiles à respecter. Finalement, la meilleure analogie que je pourrais trouver et qui renforce ma première solution est que c'est comme si nous avions plusieurs iframe ou object dans un page... enfin, je ne suis pas tellement satisfait de cette solution non plus.