Présentation rapide de HTML5
=> d’après Vers 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 ????
Comment en tirer partie dans SPIP ?
Passer la dist en HTML5, qu’est ce que ça impliquerait ? (Romy)
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 SPIP
D’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.
(risque de devenir un joyeux Bronx si on y ajoute les microformats de dates... => http://microformats.org/wiki/hcalendar-fr )
Et pour les formulaires ?
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... »)
Pour conclure
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 :
- Pbm de perte de compat et validation XHTML (placeholder ???)
- Pbm des multi versions à maintenir, ce qui rrisque de devenir assez pénible !
apparement, les types HTML5 non reconnus deviendraient des type=texte => permettrait de limiter la casse au niveau validation XHTML
dipsoser d’une espèce de « trousse à outils » HTML5
- Faire un Z en HTML5 pour test et expérimentations :-)
- + qques SAISIES => présneteraient une alternative intéressantes pour poroposer les 2 formats de saisies (<= là je suis pas sûr d’avoir tout compris)
- + qques modèles « traduits »
- ouvrir un dossier ’html5’ sur spip-zone ? <= too much ghetto tue le ghetto !
- Un test JS pour voir si le navigateur est réactif : si oui, on balance les surcharges, sinon, on reste en affichage XHTML classique...
- Cache local ??? (Rien compris ! Voir Cerdic et Davux pour décortiquage !)