Bonjour,
Dans le temps j'utilisais le plugin "Mots partout" qui me permettait de classer les contributeurs (eh oui, j'avais ce besoin là... )
J'ai essayé pour vois avec la "nouvelle" version du plugin :
- version de SPIP : 2.0.9
- version du plugin "mots partout" : 0.5.1 [31401]
Pour l'instant, sauf erreur de ma part, il n'est pas possible d'affecter des mots clés aux auteurs, les mots clés n'apparaissant pas dans la page des auteurs dans l'interface privée.
Bon courage à (aux) l'auteur(s)... ;-), un résultat positif m'intéresse beaucoup.
Bonjour,
Dans le temps j'utilisais le plugin "Mots partout" qui me permettait de
classer les contributeurs (eh oui, j'avais ce besoin là... )
J'ai essayé pour vois avec la "nouvelle" version du plugin :
- version de SPIP : 2.0.9
- version du plugin "mots partout" : 0.5.1 [31401]
Pour l'instant, sauf erreur de ma part, il n'est pas possible d'affecter
des mots clés aux auteurs, les mots clés n'apparaissant pas dans la page
des auteurs dans l'interface privée.
Bon courage à (aux) l'auteur(s)... ;-), un résultat positif m'intéresse
beaucoup.
Pour le moment je ne l'ai testé que sur les docs ... et j'ai encore des "petits" bugs ...
j'y retourne ...
Bonjour,
Dans le temps j'utilisais le plugin "Mots partout" qui me permettait de
classer les contributeurs (eh oui, j'avais ce besoin là... )
J'ai essayé pour vois avec la "nouvelle" version du plugin :
- version de SPIP : 2.0.9
- version du plugin "mots partout" : 0.5.1 [31401]
Pour l'instant, sauf erreur de ma part, il n'est pas possible d'affecter
des mots clés aux auteurs, les mots clés n'apparaissant pas dans la page
des auteurs dans l'interface privée.
Bon courage à (aux) l'auteur(s)... ;-), un résultat positif m'intéresse
beaucoup.
Pour le moment je ne l'ai testé que sur les docs ... et j'ai encore des "petits" bugs ...
j'y retourne ...
Ahhhhhhh ! Voilà un grand homme qui n'a que pour but dans la vie que d'aider ses semblables !
Merci et bon courage, je suis extrêmement intéressé !
Bonjour,
Dans le temps j'utilisais le plugin "Mots partout" qui me permettait de
classer les contributeurs (eh oui, j'avais ce besoin là... )
J'ai essayé pour vois avec la "nouvelle" version du plugin :
- version de SPIP : 2.0.9
- version du plugin "mots partout" : 0.5.1 [31401]
Pour l'instant, sauf erreur de ma part, il n'est pas possible d'affecter
des mots clés aux auteurs, les mots clés n'apparaissant pas dans la page
des auteurs dans l'interface privée.
Bon courage à (aux) l'auteur(s)... ;-), un résultat positif m'intéresse
beaucoup.
A priori la version 0.6 du plugin fonctionne pour les auteurs avec spip 2.0.9 (en tout cas chez moi)
le zip ne doit pas encore être fait donc va le chercher en svn
est-ce que quelqu'un se sert des mots sur d'autres types d'objets qu'articles, rubriques, documents et auteurs ?
El Thursday 10 September 2009 03:16:20 Yoann Nogues va escriure:
faut que je regarde comment agenda se cale a ce niveau pour
éventuellement supprime le code dans agenda.
Je me pose une question par rapport à ça.
Supposons que je fasse un plugin Pomme de terre qui permet d'avoir une
gestion des pommes de terre dans SPIP, et qu'on aimerait bien bénéficier
des mots-clés sur les objets pomme-de-terre. Est-ce que je dois ajouter
la fonctionnalité moi, ou est-ce que ça va dans Mots-clé partout ?
- Le mettre dans Mots partout permet de réutiliser le code déjà écrit,
mais impose d'avoir des mots sur _tout_ dès qu'on souhaite des mots sur
_un_ des objets. Bof.
- Le mettre sur Pomme-de-Terre évite ça, mais oblige à réinventer la
roue éternellement. Bof aussi.
De ce que j'ai compris de « l'esprit SPIP », une 3e solution serait par
exemple que Mots partout n'ajoute pas explicitement les mots-clés sur
Pomme-de-Terre ou le plugin Machin dans 2 mois, mais mâche le boulot en
fournissant un moyen le plus bref possible d'utiliser les mots-clés
depuis un plugin, un peu comme fait CFG (un squelette pour la
présentation du formulaire, et hop).
Par contre je ne connais pas encore assez l'esprit SPIP pour faire une
suggestion concrète. Pipelines, balises nouvelles ou étendues, tables,
fonctions... ?
Le 10 septembre 2009 23:54, davux <da@weeno.net <mailto:da@weeno.net>> a
écrit :
El Thursday 10 September 2009 03:16:20 Yoann Nogues va escriure:
> faut que je regarde comment agenda se cale a ce niveau pour
> éventuellement supprime le code dans agenda.
heu .. ?
c'est une blague ?
quoi ? elle est pas drôle ? bon ok je sors
non mais blagues a part faut que je vérifie comment agenda fait pour se caler au niveau des mots clefs...
Ceci dit je vais regarder et on verra/discutera de ce qu'il faut faire ensuite
je suis open si tu veux garder le code dans agenda ... mais dans l'idée, il me parait plus logique d'avoir un plugin qui permette de mettre les mots clefs sur "tous" les types d'objets avec possibilité de se pluger dessus pour rajouter son type d'objet.
Maintenant mots_partout n'est pas encore finalisé au point d'être suffisament opérationnel a ce niveau ...
est-ce que quelqu'un se sert des mots sur d'autres types d'objets
qu'articles, rubriques, documents et auteurs ?
- Sites.
groupes de mots et article_syndic... mais malheureusement, ca va rester
en 1.9.2 encore quelques mois, pas le temps de tester ca pour le moment
Mais merci Yoann pour tout ce boulot !!
tu va voir le code est de plus en plus lisible
ca va finir par être maintenable
non c'est esj qui a fait le plus "dur", le passage en 2.0 c'est a lui qu'il faut dire merci ...
Merci à Yoann pour cet excellent travail de débrouissaillage
Juste quelques remarques d'utilisateur :
- J'ai déjà plusieurs mots clés attribués aux auteurs quand le site était en 192, dans un groupe de mots "Contributeurs".
- Les auteurs qui avaient déjà leur mot clé l'ont gardé (un seul mot clé par auteur, du genre auteur, mouvement, extérieur...)
Mais :
- Pour les nouveaux auteurs créés depuis, je ne peux pas leur attribuer de mots clé, sauf à en créer un.
- Je ne peux pas afficher les mots clés déjà existant, voir le lien ci-dessous qui n'affiche rien : http://saintbrieuc-treguier.catholique.fr/spip.php?page=contributeurs
(Cela marchait en 192)
J'envoie quelques copies d'écran à Yoann pour être plus compréhensible.
je suis open si tu veux garder le code dans agenda ... mais dans l'idée,
il me parait plus logique d'avoir un plugin qui permette de mettre les
mots clefs sur "tous" les types d'objets avec possibilité de se pluger
dessus pour rajouter son type d'objet.
- Une liste d'objets prédéfinis dans un array() en dur ("article", "rubrique", etc) dans une fonction que tu appelleras lorsque tu auras besoin de la liste.
- Dans cette même fonction, le tableau passe dans un pipeline, qui permet à un plugin de déclarer un nouveau type d'objet possiblement liable à des mots ($types = 'patate').
- Ensuite mots_partout test s'il existe déjà une table mots_trucs, dans ce cas il ne fait rien, c'est que le plugin a déjà déclaré par lui-même ce dont il avait besoin. Sinon c'est mots_partout qui s'occupe de créer la table, d'ajouter la bonne option dans les cases à cocher des groupes de mots (c'est un pipeline de SPIP). Etc.
Ainsi il y a deux possibilités pour un plugin qui ajoute un type d'objet :
- Soit il gère déjà lui-même les mots-clés, en ajoutant la table et le pipeline de SPIP pour la case à cocher, afin que les utilisateurs puissent directement utiliser les mots dessus sans rien installer d'autre. C'est le cas avec Agenda.
- Soit le plugin peut dire "à priori on utilise pas de mot-clé avec cette objet, donc je ne déclare rien, mais des utilisateurs pourraient trouver ça intéressant donc je déclare la *possibilité* au pipeline de mots_partout.
je suis open si tu veux garder le code dans agenda ... mais dans l'idée,
il me parait plus logique d'avoir un plugin qui permette de mettre les
mots clefs sur "tous" les types d'objets avec possibilité de se pluger
dessus pour rajouter son type d'objet.
- Une liste d'objets prédéfinis dans un array() en dur ("article",
"rubrique", etc) dans une fonction que tu appelleras lorsque tu auras
besoin de la liste.
- Dans cette même fonction, le tableau passe dans un pipeline, qui
permet à un plugin de déclarer un nouveau type d'objet possiblement
liable à des mots ($types = 'patate').
- Ensuite mots_partout test s'il existe déjà une table mots_trucs, dans
ce cas il ne fait rien, c'est que le plugin a déjà déclaré par lui-même
ce dont il avait besoin. Sinon c'est mots_partout qui s'occupe de créer
la table, d'ajouter la bonne option dans les cases à cocher des groupes
de mots (c'est un pipeline de SPIP). Etc.
Ainsi il y a deux possibilités pour un plugin qui ajoute un type d'objet :
- Soit il gère déjà lui-même les mots-clés, en ajoutant la table et le
pipeline de SPIP pour la case à cocher, afin que les utilisateurs
puissent directement utiliser les mots dessus sans rien installer
d'autre. C'est le cas avec Agenda.
- Soit le plugin peut dire "à priori on utilise pas de mot-clé avec
cette objet, donc je ne déclare rien, mais des utilisateurs pourraient
trouver ça intéressant donc je déclare la *possibilité* au pipeline de
mots_partout.
Dans l'idée c'est ca
maintenant faudra, quand ce sera opérationnel, discuter de l'opportunité de faire ca ... ou pas
le plugin est compatible sites, breves, auteurs, et bien sur article, rubriques
evenements : pas encore regardé agenda
en 1.9.2, on surchargeait le meme fichier que agenda, donc en placant mots_partout avant (ordre alpha), ca marchait tout seul.
Par contre il y avait un formulaire specifique pour l'ajout de mots (back et formulaire public) dans agenda mais il n'y avait pas de conflit.
de memoire, il était prévu d'utiliser plutot l'interface simplifiée (mise en place pour les documents), mais on a du zapper ca en chemin.
articles_syndic : vous auriez pas une capture d'écran pour voir ce que ca donnait avant ?
Le 11/09/2009 11:23, Stephane a écrit :
> en 1.9.2, on surchargeait le meme fichier que agenda, donc en placant
> mots_partout avant (ordre alpha), ca marchait tout seul.
> Par contre il y avait un formulaire specifique pour l'ajout de mots
> (back et formulaire public) dans agenda mais il n'y avait pas de conflit.
> de memoire, il était prévu d'utiliser plutot l'interface simplifiée
> (mise en place pour les documents), mais on a du zapper ca en chemin.
Maintenant, on ne surcharge plus le fichier,il y a les pipelines qui permettent ca
Pour ce qui est de l'interface simplifiée c'était pas génial en fait ...
il y a moyen de faire autrement ...
a l'époque je voulais faire un squelette par type d'objet + un générique si le fichier de l'objet n'existait pas. ...
j'avais commencer a bosser la dessus puis laissé tomber car j'étais pas au point ... et que SPIP2 était en grosse préparation.
El Thursday 10 September 2009 03:16:20 Yoann Nogues va escriure:
faut que je regarde comment agenda se cale a ce niveau pour
éventuellement supprime le code dans agenda.
Je me pose une question par rapport à ça.
Supposons que je fasse un plugin Pomme de terre qui permet d'avoir une gestion des pommes de terre dans SPIP, et qu'on aimerait bien bénéficier des mots-clés sur les objets pomme-de-terre. Est-ce que je dois ajouter la fonctionnalité moi, ou est-ce que ça va dans Mots-clé partout ?
Les 2 sont possibles et le seront.
- Le mettre dans Mots partout permet de réutiliser le code déjà écrit, mais impose d'avoir des mots sur _tout_ dès qu'on souhaite des mots sur _un_ des objets. Bof.
- Le mettre sur Pomme-de-Terre évite ça, mais oblige à réinventer la roue éternellement. Bof aussi.
De ce que j'ai compris de « l'esprit SPIP », une 3e solution serait par exemple que Mots partout n'ajoute pas explicitement les mots-clés sur Pomme-de-Terre ou le plugin Machin dans 2 mois, mais mâche le boulot en fournissant un moyen le plus bref possible d'utiliser les mots-clés depuis un plugin, un peu comme fait CFG (un squelette pour la présentation du formulaire, et hop).
Par contre je ne connais pas encore assez l'esprit SPIP pour faire une suggestion concrète. Pipelines, balises nouvelles ou étendues, tables, fonctions... ?
oups j'avais zappé ton mail davux
et bien mots_partout va permettre d'avoir les mots sur tous les objets du core avec la possibilité de paramétrer ca via une interface ( je ne sais pas encore si le plus judicieux est un form cfg ou une page exec ) ...
mots partout permettra de créer la table de lien entre ton type d'objet et les mots.
Mais en aucun cas on obligera de passer par mots partout... ce sera juste plus pratique.
Ceci dit le coté pratique le sera d'autant plus si mots_partout permet via un squelette : liaison_mots_OBJET de paramétrer l'interface d'édition des mots sur ton objet.... mais je ne sais pas si c'est faisable concrétement.
Par contre si tu mets mots partout et que tu ne configure aucun groupe de mots pour un objet A ( exemple : documents ) alors l'interface n'apparait pas ...
ce fonctionnement me parait être le plus simple pour l'utilisateur ... quoique consommateur de ressources ( 2 requetes (de mémoire) a chaque objet dans la page ).
Je ne me suis remis dans ce plug que lundi dernier ... et je suis ouvert a toutes propositions d'améliorations sur la qualité du code et le mode de fonctionnement.
El Thursday 10 September 2009 03:16:20 Yoann Nogues va escriure:
faut que je regarde comment agenda se cale a ce niveau pour
éventuellement supprime le code dans agenda.
Je me pose une question par rapport à ça.
Supposons que je fasse un plugin Pomme de terre qui permet d'avoir une gestion des pommes de terre dans SPIP, et qu'on aimerait bien bénéficier des mots-clés sur les objets pomme-de-terre. Est-ce que je dois ajouter la fonctionnalité moi, ou est-ce que ça va dans Mots-clé partout ?
Les 2 sont possibles et le seront.
- Le mettre dans Mots partout permet de réutiliser le code déjà écrit, mais impose d'avoir des mots sur _tout_ dès qu'on souhaite des mots sur _un_ des objets. Bof.
- Le mettre sur Pomme-de-Terre évite ça, mais oblige à réinventer la roue éternellement. Bof aussi.
De ce que j'ai compris de « l'esprit SPIP », une 3e solution serait par exemple que Mots partout n'ajoute pas explicitement les mots-clés sur Pomme-de-Terre ou le plugin Machin dans 2 mois, mais mâche le boulot en fournissant un moyen le plus bref possible d'utiliser les mots-clés depuis un plugin, un peu comme fait CFG (un squelette pour la présentation du formulaire, et hop).
Par contre je ne connais pas encore assez l'esprit SPIP pour faire une suggestion concrète. Pipelines, balises nouvelles ou étendues, tables, fonctions... ?
oups j'avais zappé ton mail davux
et bien mots_partout va permettre d'avoir les mots sur tous les objets du core avec la possibilité de paramétrer ca via une interface ( je ne sais pas encore si le plus judicieux est un form cfg ou une page exec ) ...
mots partout permettra de créer la table de lien entre ton type d'objet et les mots.
Mais en aucun cas on obligera de passer par mots partout... ce sera juste plus pratique.
Ceci dit le coté pratique le sera d'autant plus si mots_partout permet via un squelette : liaison_mots_OBJET de paramétrer l'interface d'édition des mots sur ton objet.... mais je ne sais pas si c'est faisable concrétement.
Par contre si tu mets mots partout et que tu ne configure aucun groupe de mots pour un objet A ( exemple : documents ) alors l'interface n'apparait pas ...
ce fonctionnement me parait être le plus simple pour l'utilisateur ... quoique consommateur de ressources ( 2 requetes (de mémoire) a chaque objet dans la page ).
Je ne me suis remis dans ce plug que lundi dernier ... et je suis ouvert a toutes propositions d'améliorations sur la qualité du code et le mode de fonctionnement.
Désolé de paraître rabat-joie, mais comme je suis demandeur ;-)... Rien depuis la révision 31562 de SVN ?
Merci en tout cas...
)
)
