En parlant avec un autre spipeur, il nous est venu une idée : pourvoir
disposer de templates d'articles dans SPIP.
L'intérêt ?
Permettre de faciliter le travail des rédacteurs s'il y a des articles très
formalisés dans leur structure. Et donc de faciliter le travail de formation
de ceux-ci.
Qu'est-ce qu'un template (au sens de SPIP) ?
- un article en lecture seule dans l'interface d'admin (sauf si modification
du template lui-même)
- qui ne peut pas être publié
- qui peut être dupliqué pour donner un article près-remplis (tiens, ça
ressemble au méchanisme d'une nouvelle traduction!)
- qui peut avoir des mots-clefs prédéfinis, eux aussi mis automatiquement en
place lors de la duplication
Bien sûr, ceci pourrait être appliqué aussi aux rubriques (avec duplication
des sous-rubriques, et articles de template contenus!)...
Et aux brèves...
Pour les articles, ceci impliquerait :
- un nouveau champ oui/non dans la tables des articles : template
- une zone d'affichage des templates disponibles pour une rubrique (tiens,
ça me fait penser qu'un même template pourrait être affecté à plusieurs
rubrique, mais là, je crains que ça nécessite une table de plus)
- dans cette liste, un nouveau bouton "modifier modèle"
- dans cette liste, un nouveau bouton "créer un article à partir de ce
modèle"
- limiter les choix dans la liste déroulante des statuts d'articles en
enlevant "publié en ligne" lorsque le champ template est à oui
Voilà les specs. Voyez-vous quelque chose qui manquerait ?
En parlant avec un autre spipeur, il nous est venu une idée : pourvoir
disposer de templates d'articles dans SPIP.
L'intérêt ?
Permettre de faciliter le travail des rédacteurs s'il y a des articles très
formalisés dans leur structure. Et donc de faciliter le travail de formation
de ceux-ci.
Qu'est-ce qu'un template (au sens de SPIP) ?
- un article en lecture seule dans l'interface d'admin (sauf si modification
du template lui-même)
- qui ne peut pas être publié
- qui peut être dupliqué pour donner un article près-remplis (tiens, ça
ressemble au méchanisme d'une nouvelle traduction!)
- qui peut avoir des mots-clefs prédéfinis, eux aussi mis automatiquement en
place lors de la duplication
- des documents pres associer, ou à associer obligatoirement.
Bien sûr, ceci pourrait être appliqué aussi aux rubriques (avec duplication
des sous-rubriques, et articles de template contenus!)...
Et aux brèves...
Pour les articles, ceci impliquerait :
- un nouveau champ oui/non dans la tables des articles : template
- une zone d'affichage des templates disponibles pour une rubrique (tiens,
ça me fait penser qu'un même template pourrait être affecté à plusieurs
rubrique, mais là, je crains que ça nécessite une table de plus)
- dans cette liste, un nouveau bouton "modifier modèle"
- dans cette liste, un nouveau bouton "créer un article à partir de ce
modèle"
- limiter les choix dans la liste déroulante des statuts d'articles en
enlevant "publié en ligne" lorsque le champ template est à oui
- et pourquoi pas un squelette pour tel template. E.G. j'ai un squelette de rubrique et d'article pour des galeries photos. Si je fais un template "rubrique galerie", toutes les rubriques (et articles dans la rubrique) utilisants ce template pourraient avoir le même squelette (au lieu d'aller dupliquer les fichier rubrique-XX et article-XX)
Il y a maintenant dans spip une semi officialisation par Emmanuel de la technique de gestion d'affichage des squelettes par mots clés (il faudrait retrouver le message dans les archives et le mettre sur le wikki), mais je reste d'avis qu'il faudrait une présentation à part pour ces mots clés là (galerie, forum, etc) car je reste persuadé que ca n'a rien a voir avec les mots clés "traditionnels" au niveau conceptuel.
Jacques PYRAT wrote:
- et pourquoi pas un squelette pour tel template. E.G. j'ai un
squelette de rubrique et d'article pour des galeries photos. Si je
fais un template "rubrique galerie", toutes les rubriques (et
articles dans la rubrique) utilisants ce template pourraient avoir le
même squelette (au lieu d'aller dupliquer les fichier rubrique-XX et
article-XX)
Personnellement, j'utilise des mots-clefs pour choisir le squelette.
C'est la seule méthode vraiment universelle.
Je n'ai aucun rubrique-XX ou article-XX !
il y a aussi la possibilité de choisir le feuille de style CSS toujours avec les mots clés, pratiqué a 100 % ici : http://www.davduf.net
Méthode très souple puisque il n'y qu'une page de rubrique, d'article et breve pour l'ensemble du site.
@plus
Pierre Andrews wrote:
Jacques PYRAT wrote:
- et pourquoi pas un squelette pour tel template. E.G. j'ai un
squelette de rubrique et d'article pour des galeries photos. Si je
fais un template "rubrique galerie", toutes les rubriques (et
articles dans la rubrique) utilisants ce template pourraient avoir le
même squelette (au lieu d'aller dupliquer les fichier rubrique-XX et
article-XX)
Personnellement, j'utilise des mots-clefs pour choisir le squelette.
C'est la seule méthode vraiment universelle.
Je n'ai aucun rubrique-XX ou article-XX !
--
Jacques PYRAT - www.pyrat.net - Services de création de sites avec SPIP
Houlala, il y a plien de choses differentes dans cette discussion !
Qu'on mette en place un systeme de mot clé, d'extra, qu'on rajoute un champ
ou qu'on se base sur la position de la lune par rapport au soleil, je ne
crois pas que la problematique soulevée pas Jacques soit uniquement le choix
dynamique d'un squelette ou d'un css.
Par contre, je pense que tout ou presque est déja opérationnel pour mettre
en oeuvre un systeme de ce genre.
Je ne suis pas sur de l'approche envisagée pour stocker l'information
"structurée" mais à la limite, ca n'est pas très important.
Si c'est des champs extras ou une structure de données particuliere, tout se
joue sur le squelette mais rien n'empeche aujourd'hui de faire un traitement
du contenu (plugin) capable de reconnaitre des "blocs" dans le texte et de
leur appliquer un traitement particulier.
La question du template devient alors la possibilité de créer un nouvel
article prérempli (mots clés associés, contenu du texte par defaut ou du
champ extra ou ...).
il faut juste trouver le bon point d'entrée dans article_edit.
Amha, il pourrait y avoir une petite ligne qui donne la valeur par defaut du
texte en dessous de
$titre = filtrer_entites(_T('info_nouvel_article')); (ligne 125 sur la cvs)
genre
$titre = une_fonction(_T('contenu_par_defaut_nouvel_article'));
A partir de la, il "suffit" de redefinir ou de completer la fonction, non ?
J'ai bon ou je suis à coté de la plaque ?
Bon, ok, ca fait un peu "expliquez moi de quoi vous avez besoin, je vous
expliquerai comment vous en passer", mais il me semble qu'aujourd'hui, les
reflexions doivent se concentrer sur la definition des points d'entrée dans
le code (API) et non sur le traitement d'un besoin particulier.
il est toutefois indispensable de confronter des cas concrets à cette API
pour voir si elle repond bien aux besoins, mais il faut prendre en compte
dans la reflexion le besoin d'interaction minimum avec le code "spip-core".
Rajouter un point d'entrée revient generalement à ajouter un traitement
(test, detection de fichier ...) inutile pour 95% des utilisateurs, c'est
donc une decision importante et qui ne se prend pas à la legere...
Houlala, il y a plien de choses differentes dans cette discussion !
Qu'on mette en place un systeme de mot clé, d'extra, qu'on rajoute un champ
ou qu'on se base sur la position de la lune par rapport au soleil, je ne
crois pas que la problematique soulevée pas Jacques soit uniquement le choix
dynamique d'un squelette ou d'un css.
Je developpai juste sur la proposition de Jacques dans le sens où quite à voir des templates pour les articles, ca serait aussi bien que ce soit étendue aux documents associés qu'aux mots clefs associés.
Et que dans le même temps, si on a un template sur la structure d'une rubrique, pourquoi ne pas aussi faire un choix du squelette pour suivre le squelette du template.
Je sais tres bien qu'on peut choisir un squelette avec des mots clefs (mais je ne savais pas que ct non officielement une feature de la nouvelle version). Mais en fin de compte on peut tout faire à travers des méthodes contournées.
Je pense que Jacques proposait une nouvelle fonctionnalité qui pourrait se trouver dans spip par defaut: les templates.
Bon, ok, ca fait un peu "expliquez moi de quoi vous avez besoin, je vous
expliquerai comment vous en passer", mais il me semble qu'aujourd'hui, les
reflexions doivent se concentrer sur la definition des points d'entrée dans
le code (API) et non sur le traitement d'un besoin particulier.
Dans les discusions aujourd'hui, il y a plusieur sujet, comme la definition de l'API, de ce qui devrait se trouver dans une version stable etc... Je ne remet pas en doute ces priorités. Mais on peut toujours reflechir sur des fonctionnalités à venir sans perdre nos priorités
En parlant avec un autre spipeur, il nous est venu une idée : pourvoir
disposer de templates d'articles dans SPIP.
L'intérêt ?
Permettre de faciliter le travail des rédacteurs s'il y a des articles très
formalisés dans leur structure. Et donc de faciliter le travail de formation
de ceux-ci.
Qu'est-ce qu'un template (au sens de SPIP) ?
- un article en lecture seule dans l'interface d'admin (sauf si modification
du template lui-même)
- qui ne peut pas être publié
- qui peut être dupliqué pour donner un article près-remplis (tiens, ça
ressemble au méchanisme d'une nouvelle traduction!)
- qui peut avoir des mots-clefs prédéfinis, eux aussi mis automatiquement en
place lors de la duplication
Bien sûr, ceci pourrait être appliqué aussi aux rubriques (avec duplication
des sous-rubriques, et articles de template contenus!)...
Et aux brèves...
Pour les articles, ceci impliquerait :
- un nouveau champ oui/non dans la tables des articles : template
- une zone d'affichage des templates disponibles pour une rubrique (tiens,
ça me fait penser qu'un même template pourrait être affecté à plusieurs
rubrique, mais là, je crains que ça nécessite une table de plus)
- dans cette liste, un nouveau bouton "modifier modèle"
- dans cette liste, un nouveau bouton "créer un article à partir de ce
modèle"
- limiter les choix dans la liste déroulante des statuts d'articles en
enlevant "publié en ligne" lorsque le champ template est à oui
Voilà les specs. Voyez-vous quelque chose qui manquerait ?
Bonjour,
J'avais eu une idée dans la même optique :
créer une interface de gestion de modèles un peu à la manière Dreamweaver : on place des modèles dans un dossier et une interface permet d'après l'arborescence du site de coller sur chaque article/rubrique le squelette que l'on veut.
Un modèle étant en fait un squelette au sens SPIP.
Avantage : très simple, peut se faire sans toucher à SPIP et s'intègre parfaitement à la 'philosophie' des squelettes.
Inconvénient : Va sans doute un peu moins loin que ce que vous proposez
PS : j'avais pensé à gérer les squelettes par mots clés mais cela est sans doute très efficace mais à mon sens pas trop dans l'esprit ni des squelettes ni des mots clés et augmente leur complexité. Ce n'est que mon humble avis et je le donne simplement pour faire comprendre le mécanisme auquel j'ai abouti.
