Conseils des didacticiels X/HTML5 et XHTML2_html5

Après avoir compris les progrès de XHTML 2, jetons un œil aux progrès de X/HTML 5.
Qu'est-ce qui est cool avec X/HTML 5
Conception des éléments du chapitre
X/HTML 5 introduit de nouveaux éléments pour diviser les pages Web en chapitres. Ces composants aident les moteurs de recherche et les outils d'accessibilité à mieux comprendre le contenu de la page. Utilisez ces nouveaux éléments pour rendre les étiquettes plus lisibles.
L'idée du contenu chapitré est cool ! Mais voyez pourquoi l’utilisation de la technologie des chapitres n’est pas assez cool.
Éléments de dialogue
L'élément de conversation est utilisé pour représenter une conversation. Il comprend un élément dt utilisé pour définir le locuteur et un élément dd représentant le contenu du discours du locuteur. Par exemple:

Costello

Ecoute, tu dois jouer au premier but ?

Abbott

Certainement.

Costello

Qui joue en premier ?

Abbott

C'est vrai.

Costello

Quand vous payez le joueur de premier but chaque mois, qui reçoit l'argent ?

Abbott

Chaque dollar de celui-ci.

élément figure
Les mastheads sont souvent utilisés dans les objets médiatiques (photos, illustrations, graphiques, etc.) dans les publications imprimées (manuels scolaires, journaux, magazines, etc.). Jusqu'à présent, les langages de balisage Web n'ont aucune construction capable de produire cet effet. L'élément figrue a un élément enfant legend qui peut être utilisé pour spécifier l'en-tête de l'image. Par exemple:
Code XML/HTML

Crédit : Media Inc., 2007

élément m L'élément
m représente une section de texte marquée ou mise en surbrillance. Ceci est très utile lors de l'affichage de mots-clés de recherche dans des pages Web dynamiques. À ce stade, les mots-clés de la page peuvent être marqués à l'aide de l'élément m. Par exemple, en réponse à la recherche par l'utilisateur du mot-clé neige, la page Web peut générer le contenu suivant :
Code XML/HTML

Un homme de neige est une sculpture ressemblant à un homme construite à partir de neige.

L'élément de saisie a été amélioré
La fonction d'élément d'entrée a été améliorée pour prendre en charge les types de données e-mail, URL, liées aux données, liées au temps et numériques. Cela signifie que davantage de fonctions de vérification peuvent être effectuées côté client.
Processus ouvert
Le processus de développement de X/HTML est beaucoup plus ouvert que celui de XHTML 2. Tout le monde peut participer au processus de création X/HTML 5.
La mouche dans la pommade de X/HTML 5
Utilisation des éléments du chapitre
L'idée d'utiliser des éléments de chapitre est bonne, mais elle semble un peu lourde dans les applications X/HTML 5. Certaines explications peuvent même vous laisser encore plus confus. Par exemple:
L'élément side représente une partie du contenu de la page. Il est lié au contenu avant et après l'élément side. Il peut être considéré comme une partie indépendante du contenu. Ces composants sont souvent utilisés dans les barres latérales de la technologie d'impression.
Les éléments div avec des attributs de rôle ne sont-ils pas plus extensibles et plus faciles à comprendre ?
Un autre élément de chapitre mentionné est la navigation, qui est utilisée pour représenter des liens vers d'autres pages de la page. Avons-nous vraiment besoin de l’élément nav ? L'élément nl dans XHTML 2 accomplit mieux cette tâche.
Les déficiences en HTML 4 et XHTML 1 existeront toujours dans les futures spécifications
Étant donné que X/HTML tente de fournir un support rétroactif, des déficiences dans HTML 4 et XHTML 1 existeront toujours dans X/HTML 5. Les spécifications ne doivent pas nécessairement être vides vers l'arrière ; le logiciel client doit plutôt assurer une compatibilité ascendante en prenant en charge plusieurs spécifications.
X/HTML 5 ne suit pas le manuel X/HTML 5
X/HTML 5 est conçu pour être rétrocompatible avec HTML 4 et XHTML 1. Actuellement big, acronyme, u et tt ne font pas partie de cette spécification, mais d'autres éléments tels que i et samll ont redéfini la sémantique. Par exemple, i et small sont définis dans la spécification HTML 4.01 comme suit :
i : Mettre le texte en italique
small : afficher le texte dans une police "petite"
Dans X/HTML 5, i et small ont de nouvelles significations :
L'élément i utilise différentes manières d'exprimer un morceau de texte ou un paragraphe différent du texte principal, comme une conception de classification, des termes techniques, des expressions idiomatiques dans des langues étrangères, une idée, une opinion, le nom d'un navire ou d'autres besoins en technologie d'impression Rend le texte en italique. .
Le petit élément présente des polices de caractères en petits caractères (parties du document qui expliquent les contraintes légales, telles que les droits d'auteur ou les inconvénients existants) et des commentaires.
Cela rompt la compatibilité ascendante avec HTML 4 et XHTML 1 en redéfinissant la signification de i et small. En effet, la compatibilité descendante devrait signifier que l'agent utilisateur HTML 5 (navigateur) doit être cohérent avec l'agent utilisateur HTML 4 lors du rendu des documents HTML 4. Par conséquent, si HTML 5 met l’accent sur la rétrocompatibilité, les structures qui ont peu de sens en HTML 4 ont également peu de sens en HTML 5.
Pas question ? L'élément font est-il toujours pris en charge ?
Oui, X/HTML 5 prend toujours en charge l'élément font si le développeur utilise un éditeur WYSIWYG. Y a-t-il une justification à cela ? Les éditeurs WYSIWYG peuvent-ils éviter d’utiliser des polices ?
Signature WYSIWYG
Les documents générés à l'aide d'un éditeur WYSIWYG doivent contenir la signature WYSIWYG suivante dans l'élément head :
Code XML/HTML

Ou :
Code XML/HTML

Quelle est la raison de cela ? Une sorte de marque de honte ? Cela demande-t-il au navigateur de se préparer au pire car ce document a été généré avec un éditeur WYSIWYG ? Et si seulement une partie du document était complétée à l’aide des outils WYSIWYG ?
Prend en charge les noms de classe prédéfinis
Les noms de classe prédéfinis sont des noms de classe CSS sémantiques réservés dans les agents utilisateurs X/HTML 5. Dans l'exemple suivant, copyright est un nom de classe prédéfini :
Code XML/HTML

Seule l'écriture de cette façon a du sens :
Code XML/HTML

La réécriture de l'attribut class rend difficile l'explication de la signification spécifique de la structure. Par exemple, que signifie le code suivant :
Code XML/HTML

Les noms de classe prédéfinis limitent également la liberté du développeur dans l'utilisation des noms de classe. De même, si le développeur utilise maintenant un nom de classe non prédéfini, mais qu'un jour le nom de classe devient une classe prédéfinie, que se passera-t-il en premier ? Cela change-t-il la sémantique du contenu précédent du développeur ?
HTML 5 contre XHTML 5
Dans le but de résoudre enfin le débat HTML contre XHTML, la spécification X/HTML 5 rend les choses plus difficiles à comprendre. En effet, la spécification X/HTML 5 dit bien que « d'une manière générale, les développeurs peuvent également utiliser XML directement dans le Web », même si le W3C a travaillé dur pour l'application future de XML dans le Web.
Le processus de développement est trop précipité
X/HTML 5 est une réponse au retard du W3C dans la mise à jour de HTML 4 et XHTML 1. En conséquence, le processus de développement de X/HTML 5 a été un peu précipité, la spécification donnant l'impression d'être sortie de nulle part et d'avoir suivi rapidement. Même les développeurs directement impliqués estiment que le processus de développement standardisé est un peu irréaliste.
Concours pour la prochaine génération de langages de balisage
X/HTML 5 et XHTML 2 sont tous deux en compétition pour remplacer HTML 4 et XHTML 1. Même aux premiers stades de développement, certains fournisseurs de navigateurs ont déclaré leur préférence pour les deux spécifications. Cela a polarisé les organisations de normalisation du Web en raison de l'urgence et du caractère fermé des délibérations. À mesure que les deux spécifications progresseront, davantage de ressources de développement et de capitaux de marché seront investis dans l'une d'entre elles, ce qui conduira à une guerre des « normes ».
Chacun de nous est l'organisme qui fixe cette norme, car le Web appartient à tout le monde, et seul un débat honnête et ouvert peut garantir que la meilleure norme l'emporte.
Remarque : Pour faciliter la lecture, l'article abrége "HTML 4.x/XHTML 1.x" par "HTML 4 et XHTML 1".
Lien original : http://www.dudo.org/article.asp?id=249