Passage de SPIP 2.X à SPIP3.0 avec le plugin Table&Form2.0
Pour conserver les formulaires créés sous SPIP 2.0, 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 plugins, supprimez le dossier « forms_et_tables_2_0 »
- Dans le dossier plugins, ajoutez le dossier du plugin modifié : « forms_et_tables_2_5 »
- Activez ce plugin dans la page de gestion des plugins
Avertissement
Bien que compatible SPIP 3.0, cette version du plugin n’utilise pas entièrement l’API SQL et n’est donc pas compatible PostgreSQL ou SQLite
Remarque :
Cette version du projet n’est pas compatible avec les versions 2.X de SPIP.
Remarque 2 :
Ce projet a été initialement développé par le SEM http://icp.ge.ch/sem/cms-spip/spip.php?article900 et a été adapté par le service informatique de la communauté de communes du Pays de Gex http://www.cc-pays-de-gex.fr
Discussions par date d’activité
75 discussions
Bonjour,
je souhaiterai que la personne qui a rempli le formulaire puisse avoir un N° unique en retour dans son email (pour faire un « RMA » = N° de retour atelier ).
Je pensais mettre le N° du formulaire rempli (« Id » que l’on voit dans le tableau des réponses).
Comment intégrer ce N° Id dans la réponse email SVP ?
Merci d’avance.
Répondre à ce message
Bonjour,
j’ai un petit soucis avec la saisie d’une numéro de téléphone dans un formulaire. J’utilise le champs téléphone. J’ai essayé tous les formats possibles mais rien y fait lors de la validation, le champs me dit que le format n’est pas respecté et passe en encadré rouge. Quel format de saisie faut il utiliser pour la saisie de numéro de téléphone en France.
Merci d’avance
Versions :
Spip 3.017
Forms 0.5.6
Bonjour,
même problème avec spip 3.0.19 et forms 0.5.6
Merci de votre travail mais c’est actuellement très génant.
Cordialement.
J’ai eu le même soucis sur le plugin forms&tables 2.0.
Je ne pouvais pas valider le champ téléphone.
Pour que ça fonctionne, j’ai été obligé de passer en php5.4 au lieu de php5.5.
En espérant que ça puisse vous aider ;)
Bonjour,
J’ai eu plusieurs fois ce problème sur Forms&Table et je m’en suis effectivement sorti à chaque fois en remettant PHP 5.4 sauf qu’aujourd’hui ça ne marche plus ... grrr. C’est chez OVH et je sais qu’ils ont récemment vraiment arrêté le support de 5.2 et 5.3, mais en théorie j’ai bien donc 5.4 ... sauf que ça ne valide plus. Ont-il mis en place une version de 5.4 qui a le souci (enfin je ne sais pas si c’est Spip ou PHP qui a le souci), ici c’est une 5.4.45 et spip à jour 3.0.21. ... Faut que je trouve un moyen de résoudre ça définitivement, les pbms récurrents sont pénibles :-(
oui j’ai eu le même soucis la semaine dernière pour le site que j’avais passé en 5.4 pour que forms&tables fonctionne. J’imagine que ovh à du faire évoluer le php5.4 et c’est surement ça qui à fait buggé mon site car mon site n’a pas bougé niveau code.
De mon côté je n’ai pas trouvé de réelle solution. J’ai passé mon site en php5.5 et j’utilise des champs texte à la place des champs téléphone.
C’est bon de se sentir moins seul :-) J’ai adopté la même solution que vous, des champs texte, exit la validation.
Répondre à ce message
Bonjour,
Je souhaiterais simplement afficher le contenu de la table d’un formulaire dans l’espace public, sans authentification.
Mon formulaire ayant l’id 2, j’ai créé un article contenant juste <table2>.
Cela plante et donne :
1 Critère inconnu id_mot ../plugins/auto/forms/v0.5.6/modeles/table.html _donnees 6
Si quelqu’un a une solution ou une alternative, je suis preneur.
Merci par avance
Gildas
Répondre à ce message
Salut,
J’ai trouvé un
PHP Fatal error: Call to undefined function inval()
dans mes logs et en cherchant j’ai trouvé le fautif… Dansvalide_form.html
ligne 30 c’estintval()
et noninval()
qu’il faut mettre.Je ne sais pas si c’est lié mais en tout cas j’ai plein d’IP identiques dans ma base alors que j’ai bien coché Réponse unique pour mon formulaire…
Répondre à ce message
Bonjour
Aujourd’hui, je ressent une grande irritation : je viens de perdre de nombreuses données qui étaient stockées dans F&T. Ces données étaient vitales pour mon activité et cela va avoir un impact sur mes revenus. Voilà pour la plainte.
Les faits maintenant : Soudainement, toutes les données de mes tables sont effacées. La définition des formulaires est toujours là mais plus les données rentrées par les utilisateurs des formulaires.
Autre symptôme : les tables ont été dupliquées dans des copies, elles aussi vides de données.
Apparemment, il se passe quelque chose en automatique qui produit ce désastre. Mais quoi ?
Cela fait la 2e fois que cela se produit. La 1re fois, j’avais réussi à trouver un backup. Mais cette fois-ci, par un concours de circonstance (loi de Murphy) je n’ai pas réussi à récupérer mes données. J’ai les boules.
A chaque fois, j’ai découvert la catastrophe par hasard. Aucun avertissement.
Apparemment, cela vient du plugin qui doit effectuer des tests, des opérations de maintenance ou quelque chose comme cela car qui d’autres pourraient faire cette duplication de table ?
Je présente mes excuses pour ce coup de gueule. Je sais que les auteurs sont bien sympas de donner de leur temps gratuitement. Je ne les engueule pas. Mais j’avais besoin de vider mon sac.
Et surtout j’espère que l’on pourra m’indiquer d’où vient ce comportement ? car la prochaine fois, je met la clé sous la porte.
Merci
Ouuuuuuuuuuuuf !
Après analyse de la table spip_forms_donnees, je vois que les données sont toujours là mais en statut « poubelle ».
J’ai donc fait un UPDATE statut=’publie’ WHERE 1 pour tout remettre en ligne. Il me reste à revoir toutes les données une par une car certaines doivent être dans un autre status. Cela fait plusieurs centaines d’enregistrement à revérifier mais c’est toujours mieux que d’avoir tout perdu.
J’aimerai bien savoir pourquoi cela se produit ? cela fait la 2e fois en 2 mois.
Rappel des symptômes :
- Tous les enregistrements sont mis en status « poubelle ».
- toutes les tables sont dupliquées (mais vides elles-aussi).
Merci.
et encore pardon pour mon coup de gueule précédent.
Répondre à ce message
Bonjour,
Merci pour ce plugin bien utile.
Je me bats toujours contre les feuille de styles qui font du jaune marron avec des filets, qui fonctionne jamais avec le design des sites dont je m’occupe.
Pourquoi ne pas laisser les styles par défaut par le navigateur ou par un framework associé.
Si je supprime la css du plugin, je m’interdis les mises-à-jour, et la surcharge de tout les styles est vraiment fastidieuse.
Il faudrait au moins une option pour supprimer les styles proposés.
Merci
Bonjour,
Je n’ai pas beaucoup de temps pour faire évoluer le plugin en ce moment.
Pour votre problème de styles, vous pouvez les surcharger dans votre squelette. Les styles appliqués du plugin sont ceux d’origine, je n’ai pas touché au CSS lorsque j’ai fait la migration du plugin vers la version 3 de SPIP.
Cordialement,
cri-tech.
Bonjour cri-tech,
Merci pour la réponse, je crois qu’il suffirait juste de supprimer la css spip_forms.css , qui fait du marron et jaune avec des gros filets. Je pense que ça doit nuire au succès du plugin (qui est vraiment bien) mais qu’un non pro du css n’utilisera pas car forcément pas en adéquation avec son design.
Cordialement
Bonjour,
Ou est ce qu’on peut surcharger ce plugin ? pour ma part quand j’ai supprimé le fichier forms_styles.css le marron/ jaune a disparu, alors je cherche a surcharger ce fichier forms_styles.css dans mon squelettes, je l’ai mis à la racine du squelettes ça marche pas. Alors ma question ou est ce que je dois surcharger ce fichier pour le bon fonctionnement ...Merci de votre réponse
et bien dans n’importe quelle feuille de style attachée à tes pages de squelette....
Répondre à ce message
Bonsoir je rencontre les erreurs suivante avec la version 0.5.6 de Forms&Table2.5 :
Warning : Illegal string offset ’id_auteur’ in C :\xampp\htdocs\MMDI2\plugins\forms_et_tables_2_5\inc\forms.php on line 704
Warning : Illegal string offset ’id_auteur’ in C :\xampp\htdocs\MMDI2\plugins\forms_et_tables_2_5\inc\forms.php on line 708
J’ai fais des recherche sur le net mais je n’ai pas trouver de solution. Pouvez vous m’aider SVP.
Répondre à ce message
Bonjour,
après bien des recherches pour comprendre pourquoi l’aperçu de mes formulaires migrés de spip 2.1 à spip 3 ne s’affichaient pas dans le backoffice, j’ai enfin trouvé le bug : activer la barre typo pour les champs texte fait tout planter.
J’ai vérifié avec un nouveau formulaire dans un autre spip 3 multilingue et c’est le même problème.
A part désactiver la browser_barre dans Forms_fonctions_V1.php, y a t il une autre piste ?
Quelqu’un a t il eu le même souci ?
D’avance merci
Répondre à ce message
bonjour,
je cherche à récupérer le nom du formulaire dans la boucle à partir de son ID.
J’ai essayé çà :
<BOUCLE_nomform(FORMS_DONNEES){id_form} {tout}> #TITRE </BOUCLE_nomform>
mais non..
quelqu’un sait ?
merci !
Répondre à ce message
Bonjour,
Sous spip 3.0.17, avec la dernière version du plugin, il y a un problème d’accentuation avec le champs date. Même avec une nouvelle ré-installation, je n’arrive pas à corriger ce problème. Quelqu’un a t-il une idée de l’origine de ce problème d’accentuation aussi bien avec le squelette de base ou dans le back office. merci d’avance
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 : |