Version 3 — Mai 2019 — tetue
Prise de note collaborative réalisée à plusieurs mains dont celles de :
grâce à Gobby, notre nouveau pote pour la rédaction collaborative !
Livré « en l’état » ! Les notes un peu hasardeuses et les fautes de frappe sont authentiques et d’origine !
(Prise de note non verrouillée à cette heure, le présent doc pourra donc subir quelques modifs...)
=> d’après [->3441] http://www . spip-contrib.net/HTML5]
Majoritairement, ce sont des ajouts aux normes existantes, et d’autres choses qui ont été rendues obsolètes...
Pose encore soucis pr IE sauf à ajouter un peu de JS dédié.
IE9 en revanche semble le prendre en charge et plutôt bien selon les experts...
Existe en plusieurs flavor : sgml ou xhtml
Au niveau de la rigueur, ca semble plus laxiste en html5 : pas tjs obligé de fermer ses balises, etc...
(mais il y a toujours la même rigueur dans xhtml5 et ca reste tout de même une bonne habitude à conserver)
HTML5 vs. Xhtml5 ????
Pour l’essentiel, c’est de la nomenclature. (ex : remplacer notre div="entete"
par le bloc <header>
entre autre (mais pas seulement car header et pas QUE réservé aux entêtes. On peut en avoir plein ds la page...)
cf schéma chez Romy : http://romy.tetue.net/elements-html...
<article>
correspond à un objet éditorial (un commentaire peut être un objet). <section>
à un chapitre. On peut imbriquer des <article>
dans des <section>
et des <section>
dans des <article>
.<header>
et <footer>
ne correspondent pas nécessairement à l’en-tête et au pied de page, mais <header>
contient ce qui permet d’identifier un objet (page, article, etc.) ; <footer>
donne des informations complémentaires sur l’objet.<nav>
encadre les éléments de navigation, dans la page ou dans tout objet.<hgroup>
pour regrouper plusieurs titres. <figure>
enrichit le contenu par une illustration (image mais aussi portion de code par ex.).<hr />
indique un changement de thématique (plus une ligne horizontale).<= me parait plus adapté avec l’utilisation de « séparateur » qu’on en fait depuis plusieurs versions de SPIPD’autres balises qui existent en html4/xhtml prennent un nouveau sens (b, i, em, strong).
<time>
pour gérer les dates et donner une indication sur le temps. Plein de balises finaudes pour sélectionner une couleur dans une palette, pour restreindre les valeurs saisies selon certains pattern, pour spécifier que tel champ de saisie est obligatoire, de spécifier quel texte doit apparaitre avant la saisie dans la zone de saisie puis disparaître au focus (« saisissez ici votre nom... »)
Il faudrait une transition soft mais si on doit attendre les propositions de tout le monde, ca risque de ne jamais vraiment voir le jour...
ZPIP fournirait apparement un système de surcharge permettant de faire le switch ??? (<= à préciser !)
Si on fait ça petit bout par petit bout :
apparement, les types HTML5 non reconnus deviendraient des type=texte => permettrait de limiter la casse au niveau validation XHTML