Après en avoir parlé sur IRC avec Cédric, il n'est nul besoin de forker.
Il faut utiliser un pipeline (lequel ? comment ?) qui va insérer ce qui manque dans les formulaires à l'aide de :
str_replace('<!--choix_tables-->',....);
Pour l'instant "il n'y a pas d'exemple de code, sinon, ça serait déjà codé".
Donc, si ça inspire quelqu'un... Pour la part, je sèche.
Après en avoir parlé sur IRC avec Cédric, il n'est nul besoin de forker.
Il faut utiliser un pipeline (lequel ? comment ?) qui va insérer ce qui manque dans les formulaires à l'aide de :
str_replace('<!--choix_tables-->',....);
Pour l'instant "il n'y a pas d'exemple de code, sinon, ça serait déjà codé".
Donc, si ça inspire quelqu'un... Pour la part, je sèche.
J'étais parti dans l'idée ( sur mots partout ) que l'on pouvait avoir un formulaire pour chaque type d'objet associés aux mots.
mais je séchais aussi ...
et
je dirais qu'il suffit de faire une inclusion dynamique de squelette en fonction du type de table associées au groupe de mot
et ce squelette pourrait contenir un truc du genre:
Après en avoir parlé sur IRC avec Cédric, il n'est nul besoin de forker.
Il faut utiliser un pipeline (lequel ? comment ?) qui va insérer ce qui manque dans les formulaires à l'aide de :
str_replace('<!--choix_tables-->',....);
Pour l'instant "il n'y a pas d'exemple de code, sinon, ça serait déjà codé".
Donc, si ça inspire quelqu'un... Pour la part, je sèche.
J'étais parti dans l'idée ( sur mots partout ) que l'on pouvait avoir un formulaire pour chaque type d'objet associés aux mots.
mais je séchais aussi ...
je dirais qu'il suffit de faire une inclusion dynamique de squelette en fonction du type de table associées au groupe de mot
et ce squelette pourrait contenir un truc du genre:
ca pourrait pas être une solution ?
suis-je assez précis ? un patch peut-être ?
en fait, le mieux, ca serait de proposer un patch pour le core qui affiche les cases en s'appuyant sur les declarations de jointure de spip, ca reglerait le probleme car je pense qu'il serait intégré (si j'ai bien suivi les echanges, cette aspect de mots_partout a vocation à etre intégré, ainsi que la partie traitement générique).
Pour moi les pipelines sont la pour traiter des cas particulier, mots_partout, c'est justement le contraire => sortir des cas particuliers pour avoir un traitement générique.
A la limite, c'est pour spip_syndic et spip_forum qu'il faudrait utiliser le pipeline, le reste suit la meme logique.