[spip-dev] Re : SPIP et HTML 5

Dev
1

De : "davux" <da@weeno.net>
À : spip-dev@rezo.net
Objet : [spip-dev] SPIP et HTML 5
Date : 20/12/2009 00:42:39 CET

Ben oui.

J'ai pas encore vu passer la question de SPIP et HTML 5 (mais remettez-moi
dans le droit chemin si je me fourvoie).

Je voudrais dire qu'une des grandes qualités que je trouve à SPIP est la
préoccupation pour la sémantique, et de fournir du contenu pertinent et
"beau"
aux auteurs et webmestres sans que celleux-ci n'aient besoin de connaître
ces
questions sur le bout des doigts. Dans ce sens, je pense que produire du
contenu qui tire parti des richesses sémantiques de HTML 5 est une question

pertinente pour un CMS. Fonctionnellement, aussi, je pense que ça va ouvrir
de
nouvelles possibilités pour SPIP.

Référence intéressante :
http://dev.w3.org/html5/html4-differences/

Alors, bon, là entre les lignes j'ai parlé des _ajouts de HTML 5 par
exemple à
HTML 4.01 et XHTML 1.0. Cependant, vu qu'il est pas encore dans la place, je

pense qu'il serait prématuré d'inclure ces ajouts dans le HTML généré
par SPIP
(quoique... avec la bonne déclaration, les navigateurs le reconnaissent
très
bien).
Par contre, je me disais qu'il y a d'ores et déjà moyen d'anticiper
stratégiquement, notamment en prenant en compte les _disparitions_
d'éléments
et d'attributs. Un exemple est l'attribut longdesc sur les images, mais je
pense qu'il y a une longue liste de préparations qui sont possibles tout en

restant compatibles avec les versions actuelles de HTML et XHTML.

C'est juste 2 aspects de la chose, mais plus généralement je serais
curieux de
voir se dessiner une feuille de route concernant la prise en compte
progressive de HTML5 dans SPIP.

De mon côté, je commence à concevoir mes squelettes dans ce sens, mais ce
mail
porte surtout sur les changements dans le code produit par SPIP
automatiquement, à tous les niveaux.

Tous commentaires bienvenus... :slight_smile:

Il y a deux ans j'ai écri un prototype de squelette de base avec les
nouvaeux éléments comme changement :
http://article.gmane.org/gmane.comp.web.spip.devel/44724/

L'adoption de html 5 par SPIP requérant son adoption par la majorité
des logiciels client web, je n'ai pas poussé plus loin,
ni même crée de ticket http://trac.rezo.net/trac/spip/ticket/ .

Voir aussi

Quand vous écrivez « je commence à concevoir mes squelettes dans ce sens »,
de quelles modifications contrètes s'agit-il ?

Nicolas Krebs

2

L'adoption de html 5 par SPIP requérant son adoption par la majorité
des logiciels client web, je n'ai pas poussé plus loin,
ni même crée de ticket http://trac.rezo.net/trac/spip/ticket/ .

Si j'ai bien compris, l'état actuel des choses est que les navigateurs sont
capables de reconnaître les nouveaux éléments. Égal à lui-même, IE est bien
sûr une exception, mais cet article donne une solution simple :
http://html5doctor.com/how-to-get-html5-working-in-ie-and-firefox-2/

Du coup je pense qu'il est possible de commencer à intégrer ce genre
d'éléments. À vérifier sur le terrain, cependant.

Quand vous écrivez « je commence à concevoir mes squelettes dans ce sens »,
de quelles modifications contrètes s'agit-il ?

Ma "feuille de route", pour l'instant, est de prendre en compte les
obsolescences les plus probables introduites par HTML 5, tant en termes
d'attribut que d'éléments.
Voir: HTML Standard

Il est à noter que de très nombreuses disparitions concernent de toute façon
des choses depuis longtemps fortement déconseillées car relevant de
l'apparence graphique (background sur body, border sur img, etc.), donc
l'effort est nul.

Ensuite, mes premiers tests concernant les éléments tels que <section/>,
<article/> etc. ont donné des résultats étranges au niveau de la prise en
compte des sélecteurs CSS éponymes. Ayant un calendrier un peu serré, je n'ai
pas poussé très loin les investigations, alors je me rabats temporairement sur
des <div class="section"/>. Cependant, j'ai lu dans plusieurs articles sur le
web que ces éléments fonctionnent, donc j'ai la ferme intention de les
utiliser aussitôt que possible (il faut probablement jouer sur les DOCTYPE).

Je me mets également à privilégier des nivaux de titres (h1, h2 etc.) qui sont
propres à chaque section, c'est-à-dire mettre des h1 pour le titre de premier
niveau d'une section indépendante par exemple (et pas seulement du document).
Il y a là une légère différence sémantique entre HTML 4 et HTML 5, mais le
concept me semble intéressant, et les documents restent très clair en termes
sémantiques, donc j'ai fait ce choix.

En résumé:
- techniquement, je reste pour l'instant sur une compatibilité HTML 4 tout en
anticipant la compatibilité HTML 5 (abbr plutôt que acronym, id plutôt que
name...). Le pas suivant sera de casser effectivement la compatibilité HTML 4
(utilisation de section, article...) mais avec le DOCTYPE qui va bien et en
m'assurant que le support côté navigateur est réel.
- sémantiquement, je me mets à "penser HTML 5" dans la structure logique de
mes pages.

3

En fait c'était simplement parce que les navigateurs ne considèrent pas par
défaut l'élément <section/> (ni <article/>, <aside/>, <nav/>, <header/>)
comme étant de type "block". Il suffit donc de l'expliciter dans la CSS et tout
va bien.

4

Est-ce visible quelque part ?

Et à propos de structure, plusieurs textes francophones induisent en erreur. N'oubliez pas de lire ceci :
http://romy.tetue.net/elements-html-5-de-structure

5

> - sémantiquement, je me mets à "penser HTML 5" dans la structure logique
> de mes pages.

Est-ce visible quelque part ?

Pas encore, je m'y mets tout juste. Mais bientôt. :slight_smile:

Et à propos de structure, plusieurs textes francophones induisent en
erreur. N'oubliez pas de lire ceci :
http://romy.tetue.net/elements-html-5-de-structure

Oui je suis tombé dessus il y a quelques heures d'ailleurs.
Par contre je viens de tenter de laisser un commentaire, et je me suis pris un
sauvage "forum: accès interdit" ou quelque chose comme ça, en mode "erreur
SPIP brute". Donc j'ai perdu le commentaire (assez long) que je venais de
rédiger sur la différence entre <article/> et <section/>. Un peu deg.