-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> On n'encourage pas l'utilisateur à utiliser le HTML, mais on
> ne peut pas
> l'en empêcher. Si un rédacteur veut planter un <h2> au beau
> milieu de son
> texte, rien ne l'en empêche. Alors aussi bien contrôler ça.tu ne peux pas plus faire en sorte que ton utilisateur utilise du
html correct. Par contre, l'encourager à n'utiliser que les
raccourcis spip sera plus facile à lui expliquer il me semble que
toutes les arcanes du xhtml, de la séparation du contenu et de la
forme, ou la politique de balisage du site.>
> Ça permet de faire 2 coups d'une pierre.
>
> Plutôt que de leur enseigner de nouvelles combinaisons et
> imbrigations de {
> et } - qui risque de venir mélanger les affaires plutôt que de
> les éclaircir, on leur enseigne que le nouveau raccourci pour les
> intertitres de
> premier niveau dans le texte, c'est <h1>...</h1>, etc... Il y
> a bien déjà le
> merveilleux raccourci SPIP <CADRE> et </CADRE> et quelques autres
> pseudo-balises SPIP du même genre. Donc rien de nouveau. Et ô
> quel hasard
> notre raccourci SPIP <h1> est le même que celui du HTML.
> Bonheur total.ca, je t'accorde qu'un raccourci peut aussi bien être en <...>
qu'en {...}, et ca m'est égal. Par contre, l'idée que l'intertitre
de
niveau maximum disponible pour un article soit le h3 me semble
judicieuse, puisque cela laisse h1 et h2 au designer des squelettes
pour la partie supérieure (genre j'utilise toujours h1 pour le
titre de l'article, et je ne voudrais pas qu'il soit sémantiquement
au même niveau que les intertitres de l'article).> Et voilà, ainsi, on est blindé de partout et on exerce un
> contrôle vraiment
> supérieur de la mise en formeca c'est en supposant encore une fois que l'utilisateur a codé
correctement son HTML, ce qui à mon avis est loin d'être gagné.> et sans rien ajouter à SPIP,
> juste une petite
> doc maison à l'intention des rédacteurs et la définition de
> quelques sélecteurs dans la feuille de style.cette doc me semble en tout cas être propice, quels que soient les
choix que feront les développeurs à l'issue de ce débat.++
laurent