Je trouve que le style inclus directement dans les balises subsiste dans spip sans être persuadé de la pertinence de ce choix ni trouver cela pédagogique!
Par exemple pourquoi y a-t-il autant de class suivi de style généré par le modèle des documents.
Bien sur c'est très pratique de pouvoir modifier les modèles, mais ç'est long et par defaut ça me parait surchargé.
par exemple <doc214|left> va génèrer 4 instructions css dans le premier <dl> alors que que 2 pourraient suffire
-un class apparenté à l'id
-un class générique aux documents (devrait être dans la boucle alldoc)
-un class pour positionner gauche droite
-un style pour positionner gauche/droite en float
Est ce que le class spip_documents ne devrait pas être dans la boucle rassemblant tous les documents?
Et si l'utilisateur dispose d'une feuille de style css suffisamment claire on peut aussi se passer de style pour le float?
Bref, il me semble qu'on peut simplifier et profiter des fonctions de cascade de css. Je ne trouve rien qui oblige à mettre le <a href dans un <dt ce qui ferait sauté ainsi les class de la liste en n'en conservant que 2?
D'autre part, histoire d'aller jusqu'au bout, un <dl> est une liste de définition, comme <ol> et <ul>?
mais si il n'y avait qu'un seul <li> dedans ça paraitrait inutile
le <dl> devrait encadrer la boucle des documents et non se répéter à chaque doc
Tu oublies qu'il faut aussi gérer le left ou right, comment le fais-tu porter par des classes génériques spip_documents ou des classes hyper particulières spip_document_214 ?
D'autre part, histoire d'aller jusqu'au bout, un <dl> est une liste de définition, comme <ol> et <ul>?
mais si il n'y avait qu'un seul <li> dedans ça paraitrait inutile
le <dl> devrait encadrer la boucle des documents et non se répéter à chaque doc
Sauf que là aussi, on peut les mettre à /n/ endroits du document, donc à chaque fois il y aura besoin d'encadrer le document par une dl, non ?
Tu oublies qu'il faut aussi gérer le left ou right, comment le fais-tu
porter par des classes génériques spip_documents ou des classes hyper
particulières spip_document_214 ?
Et puis le rendu doit être bon aussi sous lynx.
> D'autre part, histoire d'aller jusqu'au bout, un <dl> est une liste de
> définition, comme <ol> et <ul>?
> mais si il n'y avait qu'un seul <li> dedans ça paraitrait inutile
> le <dl> devrait encadrer la boucle des documents et non se répéter à
> chaque doc
Là effectivement c'est compliqué car le modèle est générique et ne "sait"
pas où il s'insère.
Tu oublies qu'il faut aussi gérer le left ou right, comment le fais-tu porter par des classes génériques spip_documents ou des classes hyper particulières spip_document_214 ?
groumpf je me suis trompé évidemment il fallait écrire spip_documents_left
puisque spip_documents est une classe générique qui doit se plaçer plus haut ht dessus de la boucle
<dl class='spip_document_214 spip_documents_left'>
<a href="IMG/txt/blabla.txt" type="text/plain" title='t - 5.9 ko'>
<img src='dist/vignettes/t.png' width='48' height='52' alt='t-5.9 ko' />
</a>
<dt>titre</dt>
<dd>descriptif</dd>
</dl>
+ T'it' question à Fil, ç'est pour lynx qu'il faut un style dans les balises?
Lynx désactive les feuilles css externes?
Hum, je sais pas si les aveugles ou les geeks de Lynx s'inquiètent de savoir si les images sont alignées
pas de lynx ? > http://www.delorie.com/web/lynxview.html
a écrit : non non tu oublie que ce modele peut etre utilisé n’importe ou (y compris dans un article, pour un seul document), pas seulement dans la boucle documents de la dist. c’est pas semantique de mettre le en vrac dans le
Il ne les désactive pas, il ne gère aucun css... mais il sait gérer le
<strong> et tout le html. Ca peut être utile de vérifier que ses pages
tournent avec lynx, ne serait-ce que pour voir si le html est bien
compréhensible par un moteur d'indexation (qui ne lit pas le css non plus).
