plugin forms et tables

re-bonjour,

Après quelques modifs (voir sur Spip-Contrib), le plugin forms et tables pour spip 1.9.2b ne fonctionne toujours pour l’affichage des formulaires.

J’obtient ce message

  • Erreur(s) dans le squelette
  • Erreur : filtre « forms_label_details » non défini, _champs
  • Erreur : filtre « forms_valeur » non défini, _champs
  • Erreur : filtre « forms_valeur » non défini, _champs
  • Erreur : filtre « forms_input_champs » non défini, _champs
  • Erreur : filtre « forms_valeur » non défini, _champs

J’ai vu que d’autres avaient rencontré le même problème, par contre je n’ai pas trouvé de solution. Avez-vous une idée ?

Un grand merci

Dan

PS : j’utilise la dernière version du plug in
PS bis : j’ai essayé en décochant les autres plugins présents mais nada

J'ai eu cette erreur quand j'utilisais le plugin avec le plugin
"squelettes-par-mot-clé", paraît qu'ils ne s'entendent pas bien...

Et même en le désactivant, j'avais également cette erreur. J'ai résolu
le problème en vidangeant ma base et en virant tous les plugins, puis
en les réinstallant, sans le plugin fautif bien entendu.

Avez vous utilisé ce plugin ?

--
JR

bonjour,

oui, effectivement, j'utilise également le plugin "squelette par mot-clé" et j'en ai absolument besoin !

Pour vidanger la base, il faut aller sur la base de donnée et y supprimer les lignes créer par les plugins ?

Si c'est le cas, comment puis-je être sûr que je ne vais virer une ligne de Spip ?

Dan

Le 26 juil. 07 à 09:38, Julien R a écrit :

J'ai eu cette erreur quand j'utilisais le plugin avec le plugin
"squelettes-par-mot-clé", paraît qu'ils ne s'entendent pas bien...

Et même en le désactivant, j'avais également cette erreur. J'ai résolu
le problème en vidangeant ma base et en virant tous les plugins, puis
en les réinstallant, sans le plugin fautif bien entendu.

Avez vous utilisé ce plugin ?

--
JR

=/ Ben pour le plugin "squelette par mot-clé", moi aussi j'en avais
absolument besoin et j'ai du m'en passer... à priori il n'est pas
compatible avec pas mal de plugins...

On m'avait donné une solution pour pallier à ce manque de plugin, que
j'utilise actuellement et qui fonctionne très bien, toujours à base de
squelettes choisis en fonction d'un mot clé.

Si vous voulez franchir le pas, je vous posterai la solution.
Cependant j'ai dû repartir d'un spip neuf, étant incapable de savoir
quelle(s) table(s) le plugin "spmc" trifouillait... J'ai donc vidé
toutes mes tables (en ayant pris soin de faire un dump de ma base via
la back office) et n'ai pas rajouté le plugin "spmc".

Qu'entendez vous par "comment puis-je être sûr que je ne vais virer une
ligne de Spip ?" ?
--
JR

Je crois que je vais devoir faire un grand ménage.

A propose des lignes de Spip, je parlai des lignes créées dans la base de donnée par Spip lui même (pour les articles, les brèves, etc...)

Sinon, je serai assez intéressé par votre solution par mot clé si cela permet d'utiliser les formulaires et le reste...

Le 26 juil. 07 à 09:49, Julien R a écrit :

=/ Ben pour le plugin "squelette par mot-clé", moi aussi j'en avais
absolument besoin et j'ai du m'en passer... à priori il n'est pas
compatible avec pas mal de plugins...

On m'avait donné une solution pour pallier à ce manque de plugin, que
j'utilise actuellement et qui fonctionne très bien, toujours à base de
squelettes choisis en fonction d'un mot clé.

Si vous voulez franchir le pas, je vous posterai la solution.
Cependant j'ai dû repartir d'un spip neuf, étant incapable de savoir
quelle(s) table(s) le plugin "spmc" trifouillait... J'ai donc vidé
toutes mes tables (en ayant pris soin de faire un dump de ma base via
la back office) et n'ai pas rajouté le plugin "spmc".

Qu'entendez vous par "comment puis-je être sûr que je ne vais virer une
ligne de Spip ?" ?
--
JR

Pour mettre en place le système, il suffit de surcharger les fichiers
"rubrique.html" et "article.html", pour tant est que vous avez des
squelettes spécifiques à des articles.

Voici le fonctionnement : vous avez x mots-clés, chaque mot clé
représentant un gabarit. Par exemple, le mot clé "actualite"
correspondra au squelette dédié à une rubrique d'actualité, et par
conséquent, chercher un fichier nommé "rubrique-actualite.html" dans
votre dossier de squelettes perso.

Ensuite, la première chose que fait spip quand on appelle une
rubrique, c'est le fichier "rubrique.html". Habituellement, ce fichier
sert à afficher la rubrique d'une certaine façon. A partir de
maintenant, c'est ce fichier qui s'occupera de faire le dispatch des
rubriques vers les bons gabarits, aussi, voici un exemple de son
contenu :

<B_actualite>
<BOUCLE_actualite(MOTS){titre=actualite}{id_rubrique}>
    <INCLURE{fond=rubrique-actualite}{id_rubrique}{self=#SELF}>
</BOUCLE_actualite>
</B_actualite>
     <B_calendrier>
     <BOUCLE_calendrier(MOTS){titre=calendrier}{id_rubrique}>
          <INCLURE{fond=rubrique-calendrier}{id_rubrique}{self=#SELF}>
     </BOUCLE_calendrier>
     </B_calendrier>
          <INCLURE{fond=rubrique-base}{id_rubrique}{self=#SELF}>
     <//B_calendrier>
<//B_actualite>

Ici, on a deux gabarits spécifiques (actualite et calendrier), et un
gabarit par défaut (base). Quand on appellera une rubrique, le fichier
vérifiera en premier lieu si la dite-rubrique est rattachée au mot clé
"actualite". Si c'est le cas, alors il chargera le fichier
"rubrique-actualite.html", qui contiendra le gabarit spécifique. Si ce
n'est pas le cas, on passe dans le clause "sinon" de la boucle, et il
va vérifier la présence du mot clé "calendrier", et chargera le
squelette "rubrique-calendrier.html" le cas échéant.
En dernière mesure, il ira cherche le squelette par défaut,
"rubrique-base.html", qui serait le fichier affichant une rubrique de
manière générique. On n'oublie pas ensuite de fermer les clauses
"sinon" des précédentes boucles.

Ceci est répétable à l'infini (quoique je ne suis pas forcément
convaincu de la puissance du truc si on a 150 gabarits, étant donné
qu'à chaque appel, on passe par ce fichier...), et fonctionne très
bien.

Si on a des gabarits spécifiques aux articles, on fait le même
principe avec des {id_article} dans le fichier "article.html", et le
tour est joué.

Si vous avez des soucis n'hésitez pas, tout mon portail web fonctionne
sur ce principe de manière transparente pour l'utilisateur, qui n'a
finalement qu'à choisir un mot clé pour adapater la rubrique / article
au gabarit associé.

--
JR

merci, je vais essayer

Le 26 juil. 07 à 10:16, Julien R a écrit :

Pour mettre en place le système, il suffit de surcharger les fichiers
"rubrique.html" et "article.html", pour tant est que vous avez des
squelettes spécifiques à des articles.

Voici le fonctionnement : vous avez x mots-clés, chaque mot clé
représentant un gabarit. Par exemple, le mot clé "actualite"
correspondra au squelette dédié à une rubrique d'actualité, et par
conséquent, chercher un fichier nommé "rubrique-actualite.html" dans
votre dossier de squelettes perso.

Ensuite, la première chose que fait spip quand on appelle une
rubrique, c'est le fichier "rubrique.html". Habituellement, ce fichier
sert à afficher la rubrique d'une certaine façon. A partir de
maintenant, c'est ce fichier qui s'occupera de faire le dispatch des
rubriques vers les bons gabarits, aussi, voici un exemple de son
contenu :

<B_actualite>
<BOUCLE_actualite(MOTS){titre=actualite}{id_rubrique}>
   <INCLURE{fond=rubrique-actualite}{id_rubrique}{self=#SELF}>
</BOUCLE_actualite>
</B_actualite>
    <B_calendrier>
    <BOUCLE_calendrier(MOTS){titre=calendrier}{id_rubrique}>
         <INCLURE{fond=rubrique-calendrier}{id_rubrique}{self=#SELF}>
    </BOUCLE_calendrier>
    </B_calendrier>
         <INCLURE{fond=rubrique-base}{id_rubrique}{self=#SELF}>
    <//B_calendrier>
<//B_actualite>

Ici, on a deux gabarits spécifiques (actualite et calendrier), et un
gabarit par défaut (base). Quand on appellera une rubrique, le fichier
vérifiera en premier lieu si la dite-rubrique est rattachée au mot clé
"actualite". Si c'est le cas, alors il chargera le fichier
"rubrique-actualite.html", qui contiendra le gabarit spécifique. Si ce
n'est pas le cas, on passe dans le clause "sinon" de la boucle, et il
va vérifier la présence du mot clé "calendrier", et chargera le
squelette "rubrique-calendrier.html" le cas échéant.
En dernière mesure, il ira cherche le squelette par défaut,
"rubrique-base.html", qui serait le fichier affichant une rubrique de
manière générique. On n'oublie pas ensuite de fermer les clauses
"sinon" des précédentes boucles.

Ceci est répétable à l'infini (quoique je ne suis pas forcément
convaincu de la puissance du truc si on a 150 gabarits, étant donné
qu'à chaque appel, on passe par ce fichier...), et fonctionne très
bien.

Si on a des gabarits spécifiques aux articles, on fait le même
principe avec des {id_article} dans le fichier "article.html", et le
tour est joué.

Si vous avez des soucis n'hésitez pas, tout mon portail web fonctionne
sur ce principe de manière transparente pour l'utilisateur, qui n'a
finalement qu'à choisir un mot clé pour adapater la rubrique / article
au gabarit associé.

--
JR

Juste avant de me lancer dans des gros travaux.

Est-ce que quelqu'un utilise le plugin "squelette par mot clé" et le plugin "forms et tables" sous spip 1.9.2b sans souci ?

Merci