Je me permets de poster un message pour demander s'il existe une
solution pour lier des mots-clefs aux auteurs avec la version svn de
SPIP. J'ai jeté un oeil au plugin "mots partout" qui n'a pas l'air de
fonctionner sur des versions récentes.
Pour ceux que ça intéresse, il s'agit d'un projet d'annuaire
d'associations. Pour différentes raisons, il semble que le type d'objet
le plus approprié dans SPIP pour stocker ce répertoire est la table
"auteurs". Mais voilà : il faut pouvoir trier les assocs en fonction de
leur domaine d'intervention, d'où ce besoin de lier les auteurs à des
mots-clefs...
Si je ne m'abuse mot partout permet de faire ce que tu demandes.
Il semblerait pertinent que tu partes sur cette base et ainsi la
rendre compatible svn.
Il y a surement des pb suite au changement de l'api sql_*
Si je ne m'abuse mot partout permet de faire ce que tu demandes.
Tu ne t'abuse pas ca le permet.
J'avais testé fut un temps ce plugin avec la SVN et ca avait l'air de fonctionner ( avec le plugin compat ) ...
mais de toute façon faudra faire évoluer ce plugin vers la 193 ...
* Yoann NOGUES (zerax) tapuscrivait, le 17/04/2008 10:32:
cam.lafit@azerttyu.net a écrit :
S'lt
Si je ne m'abuse mot partout permet de faire ce que tu demandes.
Tu ne t'abuse pas ca le permet.
J'avais testé fut un temps ce plugin avec la SVN et ca avait l'air de fonctionner ( avec le plugin compat ) ...
mais de toute façon faudra faire évoluer ce plugin vers la 193 ...
Ne serait-ce que pour utiliser à plein les mots clefs techniques...
Ne serait-ce que pour utiliser à plein les mots clefs techniques...
Ouaip... je suis dessus les mots techniques là... je remplace "affiche_formulaire" par des autoriser()...
C'est pas si simple que je pensais !
S'il faut des pipelines en plus pour gérer d'autres objets que ceux prévus par le core (articles, rubriques, breves, syndics), faudra faire un signe le plus tôt possible ;)... et proposer le patch qui va avec bien sûr ^^
Ne serait-ce que pour utiliser à plein les mots clefs techniques...
Ouaip... je suis dessus les mots techniques là... je remplace "affiche_formulaire" par des autoriser()...
C'est pas si simple que je pensais !
S'il faut des pipelines en plus pour gérer d'autres objets que ceux prévus par le core (articles, rubriques, breves, syndics), faudra faire un signe le plus tôt possible ;)... et proposer le patch qui va avec bien sûr ^^
ben c'est le principe des modifs faites dans mots partout : supprimer toute reference à breve/article/rubriques/syndic pour se caler sur $chose
On a pour ca un tableau de declaration des $choses_possibles et on fait à la volé les declarations des $tables_auxiliaires ....
J'ai pas regardé en 1.9.3 comment ca a évolué, mais en 1.9.2, les diffs sont vraiment pas enormes.
Ne serait-ce que pour utiliser à plein les mots clefs techniques...
Ouaip... je suis dessus les mots techniques là... je remplace
"affiche_formulaire" par des autoriser()...
C'est pas si simple que je pensais !
S'il faut des pipelines en plus pour gérer d'autres objets que ceux
prévus par le core (articles, rubriques, breves, syndics), faudra faire
un signe le plus tôt possible ;)... et proposer le patch qui va avec
bien sûr ^^
J’ai pas vraiment regardé mots_techniques mais a terme je pense qu’une fusion entre mots_partout et mots_techinques serait souhaitable.
je vais creusé un peu mots_techniques ces prochains jours.
A l’époque, l’intégration de mot techniques dans le core ne faisait pas un conscensus…
Je dois rajouter quelques fonctionnalités sur mots_partout qui pourraient concerner mots techniques :
spécialiser les groupes de mots a certaines rubriques
hiérarchie entre les mots
je DOIS finir ca pour dans 15 jours max ( projet pro oblige ).
ca le permet.