Adaptation à SPIP 2.0
ATTENTION :
Pour conserver les formulaires créés sous SPIP 1.9.x, ne désinstallez pas le plugin en cliquant sur le bouton de désinstallation présent dans la page de gestion des plugins, pour information, ce bouton porte l’étiquette suivante : « Supprime les données et désactive le plugin ».Pour conserver les données :
- dans le dossier plugin, supprimez le dossier « forms_et_tables_1_9_1 »
- dans le dossier plugin, ajoutez le dossier du plugin modifié : « forms_et_tables_2 »
- Activez ce plugin dans la page de gestion des plugins
Plugin en version test
Ce plugin est actuellement mis à disposition en version « test ». Merci de nous faire part de vos remarques suite à votre utilisation, nous apporterons les corrections/adaptations dans les meilleurs délais et dans la mesure du possible.
Quelques remarques concernant cette adaptation
1-champ de type monétaire :
l’unité saisie en administration est exploitée uniquement dans le tableau des réponses. Il serait intéressant de voir si on ne peut pas laisser un choix à la saisie (soit au moment de la construction du formulaire soit au moment de la saisie par l’utilisateur). Il serait ensuite intéressant d’exploiter cette donnée ailleurs (export, suivi des réponses).
To do : faire ces modifications pour utiliser la donnée monétaire.
2- nous avons activé le tableau des résultats (étrangement, il ne l’était pas en SPIP 1.9+ ) :
Par contre, dans ce tableau les tris sur ‘id’ et ‘date’ marchent. Ca ne marche pas sur les autres champs.
To do : généraliser le tri sur les autres champs
3- problème confirmation d’une réponse à un sondage (à voir)
la fonction de confirmation d’une réponse dans un sondage est pour l’instant by passée, la réponse est automatiquement validée sans passage par confirmation = attente. Cette fonction doit probablement servir à traiter des multiples réponses via des robots (à confirmer).
To do : faire marcher cette fonction de confirmation de la réponse sur SPIP2, et enlever le by pass décrit ci-dessus.
4- Environnement de développement
Les développements et test ont été réalisés avec easyphp 3.0 et SPIP 2.0.10, équipé d’une bonne poignée de plugins qui n’ont provoqué aucun conflit. Nous allons le tester sur des versions PHP/MySQL plus récentes. N’hésitez pas à nous faire part de vos remarques en cas de problème.
5- Programmation : premières impressions
Certains comportements d’origine du plugins sont un peu déroutants, nous avons pu apporter quelques correction lors de cette adaptation, il reste encore un peu de travail, notamment concernant les remarques susmentionnées.
Nous apporterons si possible d’autres améliorations, mais n’hésitez pas à mettre « la main à la pâte » !
Avertissements
- Bien que compatible SPIP 2.0, cette version du plugin n’utilise pas entièrement l’API SQL et n’est donc pas compatible PostgreSQL ou SQLite
Discussions par date d’activité
310 discussions
Bonjour,
Une fois mon formulaire renseigné, je n’arrive plus à modifier par la suite les propriétés de ce formulaire (ex : impossible de modifier le titre du formulaire, impossible de passer du mode réponses multiples à réponse unique, etc...)
Le message d’erreur suivant s’affiche.
1 Erreur SQL 1054
Unknown column ’champ_titre_export’ in ’field list’
SELECT champ_titre_export FROM spip_forms WHERE id_form=7
Pour info, je suis en SPIP 2.1.23
Répondre à ce message
bonjour,
en spip 2.1.12 avec forms et Tables 0.4.4 et je n’arrive pas à enchaîner les formulaires :
ex form 28 appelle 31 , on a le form 31 et puis le message « Votre saisie a été enregistrée. » On ne va pas à form 28
Répondre à ce message
Bonjour, existe-t-il une version compatible avec spip 3.0 ?
Ou pourrais-je la trouver ? Merci !
en effet plugin indispensable pour moi pour passer à la 3.0 !!! savez vous si il sera adapté et si oui pour quand ?? merci !
d’autant plus que l’autre plugin de formulaire de contact n’arrive pas à la cheville de celui-ci. Dommage qu’au lieu d’en créer un deuxième les efforts ne sont pas réunis
+1 pour moi pour spip 3
Une idée de délai ?
alors jai découvert que ce plugin à été repris par le plugin formidable qui fait les mêmes choses voir en mieux :) donc plus besoin de forms et tables !
Oui dans l’absolu.
Non, si on a déjà un site avec Form&Table avec de nombreux formulaires déjà créé.
Changer de plugin impliquerai de refaire les formulaires et les personnalisations, avec les batteries de test que cela implique.
Donc perso, à moins d’être forcé, je préfèrerai que Form&Table continue son chemin sur Spip 3
+1 pour moi également pour spip 3
Bonjour
Et il manque une fonction essentielle que Forms&Table propose et que FORMIDABLE n’a pas : le téléversement de fichier.
C’est ce qui m’empêche de passer à SPIP3.
Je suis un peu décontenancé par la présence de Forms&table et de Formidable... Il y a des fois où l’on se perd...Pour aider à y voir plus clair, pourrriez-vous dire à grands traits quelle est la différence entre les deux plugins ? Font-ils la même chose ?
Merci d’avance...
la nouvelle version ce trouve là
http://contrib.spip.net/Form-Table-2-5
Répondre à ce message
Bonjour
Merci pour cet excellent plugin.
Je cherche à faire une date de fin de publication choisie par la personne qui répond au formulaire.
Je ne vois pas comment aborder la boucle, dans le squelette, qui permettra de filtrer à la fois le champ « champ » sur la valeur « date_1 » et le champ « valeur » sur la date correspondante par rapport à la date du jour.
Si quelqu’un à une piste...
Bonne journée
Jean-Michel
Répondre à ce message
Bonjour,
Lors de l’exportation d’une réponse vers un article, j’ai le message suivant : « Il n’y a pas d’article à cette adresse ». Pourtant l’article est bel et bien créé à la racine du site. Mais là encore, si j’essaie de modifier cet article, j’obtiens le message « Il n’y a pas d’article à cette adresse ». Donc l’adresse ecrire/ ?exec=articles&id_article=127 m’affiche l’article, mais ecrire/ ?exec=articles_edit&id_article=127 me retourne une erreur. Agaçant, non ? Si quelqu’un a une idée du problème je suis preneur.
Merci
J’ai un début de réponse. J’ai remplacé dans la base la valeur 0 attribuée à l’id_rubrique par celle d’une rubrique existante. L’article est désormais reconnu et accessible à la modification. Faut croire que spip n’aime pas les articles qui sont directement à la racine. Alors, en supposant qu’ il doit être possible de modifier la destination par défaut pour l’exportation d’une réponse vers un article,quel fichier du plugin doit on modifier pour cela ?
Merci d’avance, Gef
Pour corriger il faut définir une rubrique par défaut, ce qui n’est pas le cas.
Il faut éditer le fichier forms_exporte_reponse_article.php dans le dossier « actions » du plugins
et vers la fin modifier les dernières lignes en ajoutant
et plus bas :
Et ça marche !
Mais il y a effectivement un bug.
ERREUR 404 - Document non trouvé
C’est ce que j’obtiens sur le mail de réception de mon formulaire.
Depuis la page
.
Je suis chez Free avec SPIP 2.1.2 et Ahuntsic 1.0.0.
Je ne trouve pas où placer les modifs de FrancoisA.
Quelles lignes à remplacer ? Est-ce, carrément, à rajouter à la fin du dit fichier ?
Un grand merci d’avance.
à FrancoisA :
Merci pour les trois lignes (72, 73, 74) à modifier. En effet, il manquait « ._q($id_rubrique). » entre texte et date.
Par contre, je ne trouve pas où ajouter :
$id_rubrique=4 ;
Certes, avant les trois lignes, mais à quel endroit exactement ?
J’ai deux formulaires dans deux rubriques différentes (rubrique 3 et rubrique 16). Comment les indiquer ? $id_rubriques=3,16 ; (?)
Merci d’avance à vous tous.
Bonjour,
ERREUR 404 - Document non trouvé
C’est ce que j’obtiens sur le mail de réception de mon formulaire.
Depuis la page
http://monsite.free.fr/'spip.php?article4&id_article=4'
J’ai exactement le même problème et j’aimerai savoir si vous avez pu trouvé la solution ? Merci de votre aide
Bonjour et Bonne année 2013,
Est ce quelqu’un a une solution à mon problème s’il vous plait ??? le client est derrière mon dos !
Merci encore de votre aide
Le mieux serait de contacter l’auteur du plugin…
Pour ma part, j’ai abandonné et me suis résigné aux fonctions basics.
Merci j’ai suivi votre conseil je l’ai écrit en espérant qu’il va répondre
Répondre à ce message
Bonjour,
J’utilise ce plugin et j’aimerai savoir ou se trouve le fichier qui gère le contenu du mail qu’on reçoit, je veux faire un modif laba. Merci de votre aide
Bonjour,
Personne ne peut vraiment pas m’aider ? quand on recoit le mail du formulaire, on a le lien de l’article a partir du quel le formulaire est envoyé. et ce lien bug, je dois le changer et pour ça il faut le fichier qui gère le contenu du mail. Merci de votre aide
Peut-être dans plugins/forms_et_tables_2_0/modeles/
Bonjour,
dans le mail recu via le formulaire, j’ai ceci
Depuis la page
Alors quand je clique sur le lien je ne vais pas dans le bon article a cause des ’’, comme vous le voyez il ya ’’ sur ce lien
Et dans le fichier qui gère ca, j’ai juste ca
[(#URL|url_absolue)]
dans modeles/form_reponse_email_adminJe ne sais vraiment pas quoi faire pour faire sauter les codes ’’
Merci de votre aide
Bonjour,
Personne na de solution a ce problème ?? sinon est ce quelqu`un peut me dire quel est le fichier php concerné pour que je face des manips ? Merci
Répondre à ce message
Bonjour, j’ai ce message dans l’interface privé lorsque je veux construire les champs de mon formulaire :
HTTP 302
Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.
Cela me renvoie à une autre page avec en préambule :
Warning : Cannot modify header information - headers already sent by (output started at /home/persofr/public_html/plugins/forms_et_tables_2_0/lang/forms_fr.php:1) in /home/persofr/public_html/ecrire/inc/actions.php on line 204
où je peux remplir mon formulaire. En faisant un va et vient cela marche mais c’est très fastidieux...
Cela ne le fait pas en local mais sur le site distant.
Version pour les deux : SPIP 2.1.10 [17657]
Une idée ?
Merci d’avance
Jluc
Bon, personne a une idée ? Suis-je le seul atteint par ce fléau ? C’est peut-être un problème de langue et de PHP ?
Alors ?
Merci, pour tout.
Le problème rencontré par Mamin est peut-être lié au mien ?
il doit y avoir des espaces ou lignes vides avant le début du code
<?php
dans /lang/forms_fr.php : efface les pour que le premier caractère soit le<
de<?php
Merci,
mais cela n’a pas l’air d’être ça...
Jluc
J’ai le même problème :
HTTP 302
Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.
je suis obligé de recharger ma page à chaque fois que j’ajoute un élement...
C’est effectivement fastidieux.
J’ai supprimer tous mes autres plugin pour vérifier.. ca semble aller un peux mieux ; mais ça le fait toujours pour certains élément, notamment le choix multiple. quand je veux ajouter un choix :/
La conversion du fichier forms_fr.php en UTF-8 (Sans BOM) a supprimé l’erreur 302 pour moi
Merci,
et je convertis comment et avec quoi svp ?
Notepad++ et son menu encodage sont parfait pour ça
En effet, il faut décocher « Ecrire le BOM unicode » du fichier « forms_fr.php »
J’ai fait la conversion avec Notepad++ mais j’ai l’impression que cela ne change rien. Une fausse manœuvre ? En tous cas même symptôme :
« HTTP 302
Si votre navigateur n’est pas redirigé, cliquez ici pour continuer. »
Merci tout de même,
Jluc
J’ai exactement le même problème... avez-vous trouvé une solution ?
Moi aussi j’ai le problème du 302 sur un site en ligne.
Je l’ai même quand j’installe un spip neuf + forms et tables tout neuf en local avec une base neuve.
J’ai essayé avec spip 2.0.9, 2.1.0 et 2.1.12.
Suis-je le seul dans ce cas ?
j’ai abandonné ce plugin et je suis passée à Formidables... :/
merci Arno !
je plussoie :
« La conversion du fichier forms_fr.php en UTF-8 (Sans BOM) a supprimé l’erreur 302 pour moi »
ça a été corrigé ici : http://zone.spip.org/trac/spip-zone/changeset/61613
Répondre à ce message
Bonjour,
Lorsque je vais dans l’admin, sur une table créée et que je vais dans l’outil de recherche sur les champs, j’obtiens systématiquement un message d’erreur :
Message :
Erreur SQL 1052
Column ’id_donnee’ in field list is ambiguous
SELECT forms_donnees.id_auteur, forms_donnees.id_form, forms_donnees.id_donnee, id_donnee, forms_donnees.statut, forms_donnees.rang, forms_donnees.date, forms_donnees.ip FROM spip_forms_donnees AS
forms_donnees
INNER JOIN spip_forms_donnees_champs AS L2 ON ( L2.id_donnee = forms_donnees.id_donnee ) WHERE ((forms_donnees.statut IN (’prepa’,’prop’,’propose’,’publie’,’refuse’))) AND (forms_donnees.id_form = 5) AND (L2.valeur LIKE ’%uzes%’) AND (forms_donnees.confirmation = « valide ») GROUP BY id_donnee ORDER BY forms_donnees.rangSquelette :
../plugins/forms_et_tables_2_0/fonds/donnees_tous.html
Boucle :
_donnees
Ligne :
12
Je vois bien où est le problème mais je ne sais absolument pas comment/où le résoudre, avez-vous une idée ?
Merci
Répondre à ce message
Bonjour,
Dans l’attente également d’une version de Forms&Tables en 3.0. J’aime bien Forms&Tables et pas trop envie de changer.
Répondre à ce message
Quel est le fichier pour modifier l’étiquette du bouton VALIDER ? MERCI
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |