>Brèves Multiniveaux:
Parce que les brèves sont un élément immédiat et simple,
donc un
élément qui doit conserver sa nature propre. Si on fait des
brèves
dans toutes les rubriques, l'étape suivante est de leur
coller un
auteur, etc. Bref, les brèves deviennent des articles. Les
brèves
sont donc très limitées par rapport aux articles, mais c'est
là leur
intérêt.
Oui, oui et oui!... Les brèves doivent rester simple et
limitée, c'est leur but essentiel (je n'ai jamais dit le
contraire)!... Mais, il est vraiment dommage encore une fois
de ce passer du multiniveau. Sur mon site, on les utilise
essentiellement pour annoncer les mises à jour de tel ou tel
rubrique du site. Chaque secteur est géré indépendament des
autre par un admins. Chacun est responsable du contenu. Je ne
voit pas pourquoi il serait obligé d'annoncer la mise à jour
d'une de ses rubriques au niveau du secteur??? On perd les
jolies logos qui vont bien, un classement propre, etc... Un
niveau 2 au moin serait le bien venue... D'ailleur il me
semble que ce devait être le cas avant non (sinon, que ferait
l'id_secteur dans le champ id_rubrique de la table breves)??
>Dans lesprit « SPIPien » : Simple et efficace pour le
>rédacteur, facilité pour le webmasteur.NON.
Dans "l'esprit SPIPien", justement, la configuration de
l'interface
graphique et la gestion des contenus sont totalement
séparés. Donc,
non, on ne choisit pas des squelettes depuis l'espace privé.
Cela ne
serait ni simple ni efficace pour le rédacteur, puisqu'il
sélectionnerait un squelette sans le voir; pour le
webmaster, rien de
facile, puisqu'il devra gérer en même temps l'interface
graphique et
le contenu. Et s'il y a prévisualisation dans l'interface
des
squelettes sélectionnés, la première habitude que prendront
les
rédacteurs sera d'adapter leur texte au graphisme de ces
squelettes
(notamment avec du code HTML foireux dans les articles); du
coup, en
un rien de temps, l'interface du site sera totalement figée
à ces
squelettes.
J'avait pas vu ca comme ca, contenant-contenu. En fait je
voyait même l'inverse: C'est le contenu qui définit le type
d'affichage, et non le contenant.
Contrairement à ce que tu à l'air de dire, à l'heure actuelle
c'est justement le webmaster qui gère l'interface graphique
par rapport au contenu. Les squellettes spécifiques sont là
pour ca non? ou alors j'en fait une mauvaise utilisation comme
les 2/3 de ceux qui les utilisent je pense, et dans ce cas ,le
concept de ces squellettes est à revoir.
Evidemment, je ne te parle pas des efforts de logique que
devra
déployer le webmestre pour que ces squelettes
sélectionnables soient
compatibles avec le système de squelettes hiérachisés
("article.html", "article-12.html", "article=12.html"...).
Quand on
déplace un article, on fait suivre les choix de squelettes?
Très bonne remarque. L'avantage des mots clés saute ici aux
yeux.
Encore une fois, si tu tiens à faire des présentations
différenciées,
utilise des mots-clés: les mots-clés sont des éléments de
structure,
et non d'interface graphique. Et ensuite, tu colles
l'interface
graphique qui va bien à ces mots-clés (et, non, dans les
squelettes,
ça n'a rigoureusement rien de compliqué).
Je n'ait pas dit que c'était compliqué, mais ingérable... On
se perd vite dans le code avec plus de trois type
d'affichage...
Tu peux non seulement
travailler sur des squelettes uniques d'articles (avec
différentes
boucles en fonction des mots-clés); tu peux aussi faire
différents
squelettes par types d'articles ("article-gallerie.html",
"article-court.html"...), et c'est dans les pages des
rubriques que
tu créés des liens différenciés vers ces différents
squelettes (c'est
peut-être plus simple).
Cette dernière solution me plait beaucoup, je vait essayer
voir ce que cela donne... Je reste cependant persuadé que mon
idée n'est pas si mauvaise...
A bientôt sur le net!
David
Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,13 /mn) ; tél : 08 92 68 13 50 (0,34/mn)"