TR: Re[2]: [spip-dev] Re: nouvelles balises

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> Eh bien non, justement, SPIP ne va pas jusqu'au bout de ce qu'il
> promet en terme de séparation entre contenu et forme, puisqu'il
> indique notamment comment "mettre en gras" au lieu d'indiquer
> comment "mettre en évidence" !
>
> Du coup, les utilisateurs mettent en gras tout et n'importe quoi
> tout en croyant vraiment séparer le contenu de la forme.
>
> Si l'on veut vraiment séparer le contenu et la forme, il faut
> abandonner toute logique orientée présentation dans les
> raccourcis SPIP, tant dans leur description que dans leur
> tranformation HTML.

c'est effectivemet ce que j'aurais tendance à préconiser, mais je
ne suis pas sur que ce soit l'avis de tout le monde :slight_smile:

>
> Par exemple, {{blah blah}} devrait signaler une "mise en
> évidence" et le
> HTML généré ne devrait pas être <b class="spip">blah blah</b>
> mais <span class="spip-important">blah blah</span> ...

oui, mais pkoi faire un <span class="spip-important"> qui n'a aucun
sens en propre, alors que des balises ont été définies, <strong> en
l'occurence?> -----------------------------------------------------
>
> et ça donnerait en XHTML :
>
> -----------------------------------------------------
> <p class="spip">blah blah de texte de base</p>
> <p class="spiptitre">Titre 1</p>
> <ul>
> <p class="spip">blah blah de texte de base</p>
> </ul>
> <p class="spiptitre">Titre 2 de niveau 1</p>
> (...)
> </p>
> </ul>
> </ul>
> </ul>
> <p class="spiptitre">Titre 3 de niveau 1</p>
> <ul>
> <p>blah blah de section 3 de niveau 1</p>
> </ul>
> -----------------------------------------------------

cela ne me semble pas vraiment correct, parce que le sens
sémantique de listes n'est pas le même que celui d'intertitres, et
je ne vois pas vraiment l'intérêt de faire plus de quatres niveaux
de titre dans un article qui est (enfin il me semble qu'il l'est
encore) limité en taille à cause du textarea. Cela veut dire que si
le CSS n'est pas dispo ou est enlevé, le sens ne sera plus évident,
ce qui est
exactement le contraire de l'effet recherché (le contenu doit être
intégralement dans le xhtml).

++

laurent