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, comme kiki le 18 février, j’ai le même problème de plugin qui mouline.
Les actions se font bien, mais je suis obligée, à chaque modification, de cliquer sur « retour » et de revenir pour continuer mes modifications. Ce n’est pas très pratique. Pas d’erreur 404 chez moi par contre, donc pas d’utilisation de la solution du htaccess.
Depuis aujourd’hui (et peut-être avant mais je n’utilise qu’occasionnellement ce plugin fort utile), je n’arrive plus à changer le statut de mon formulaire, impossible de la passer en « publié » ou en n’importe quel autre statut.
Que faire ?
Merci d’avance pour l’aide que je pourrai recevoir.
Répondre à ce message
Bonjour,
La dernière version SPIP 2.1.8 nous pose un problème avec le plugin « Forms & Tables » qui n’y fonctionne qu’avec un aménagement particulier décrit ici :
Cordialement
FDG
Milles excuse, le lien est erroné, voici le lien correcte :
Cordialement
FDG
Bonjour,
Je ne suis pas un connaisseur du htacces et les explications sur le site transmis ne me semble pas très clair...
en gros, si j’ai bien compris, il faut créer un ficher .htaccess à la racine d’écrire et y inscrire :
RewriteEngine on
RewriteCond %REQUEST_URI .*/ecrire/ecrire.*$ RewriteRule ^(.*)$ http://www.son adresseurl.com/répertoirespip/$1 [R=permanent,L]
Est ce bien ça ?
La correction (.htaccess dans le répertoire /ecrire) proposée me génère une erreur 500. Ou alors j’ai mal compris, parce que les explications ne sont pas claires...
Chers filnug et marabbeh,
Pour vous faciliter la tâche, j’ai complété l’article et mis le fichier .htaccess (dans un zip) avec la syntaxe complète sur 3 lignes en téléchargement ici :
Il faut juste y remplacer
http://icp.ge.ch/sem/cms-spip/par l’URL de votre siteBon succès
FDG
Ah oui là ça fonctionne bien ! Merci FDG !
Bonjour,
Pour moi, l’endroit où il faut déposer le fichier " .htaccess" ("Il faut ajouter un fichier « .htaccess » dans le sous répertoire /écrire/ des instances concernées") n’est pas clair.
Est-ce que c’est dans le répertoire du plugin, dans le répertoire ecrire/exec/ ?
Merci d’avance
Valable pour moi également !
Je n’ai pas compris exactement dans quel répertoire doit être placé le fichier htaccess !!!
Rebonjour
j’en suis au meme point que les deux posts précédents, et après moult test je n’arrive toujours pas à effacer le probleme « ajax-charset ..... »
Help please
Bonjour,
J’ai MAJ mon site vers 2.1.8 et les formulaires ont arrêté de fonctionner.
J’ai installé le fichier .htaccess dans le dossier ecrire/ et je continuais à ne pas pouvoir utiliser les formulaires, en fait je pouvais dupliquer ceux déjà existants et en passant par MySQL modifier les données... mais bon ce n’est la manière la plus simple.
Le site date de plusieurs années et pour être certaine que de vieux fichiers n’interféraient pas avec le plugin, j’ai supprimé de mon serveur les dossiers suivants :
ecrire/
local/
prive/
J’ai pris les dossiers ecrire/, local/ et prive/ de SPIP 2.1.8 et j’ai recopié les dossiers sur le serveur.
J’ai recopié le fichier .htaccess dans le dossier ecrire/.
Mes formulaires fonctionnent presque parfaitement. Je suis capable de les éditer et de les créer !
En espérant que ça vous aide !
Zaa
Merci de cette info !
Je vais tester et voir si ca marche chez moi.
Stef
Répondre à ce message
Hello, Thanks for this plugin. 1 : How to use the form in to template of the site, in homepage or article page ? 2 : How to prevent users to do not vote several times ?
1. If the form you’ve created is for exemple number 1 (you can see the number in the private area) : <form1> in an article, or [(#MODELEformid_form=1)] in the template.
2. You have to choose « réponse unique » in the properties of the poll.
<form1>in an article[(#MODELE{form}{id_form=1})]in the template.In the documentation, the advice is to create a templace for exemple poll.html with this code :
and in the main page include :
Thanks. It is working now. I have another question. My site language is Farsi/ Dari and English. In the public aria of Farsi page, there are some options like « Voir les résultats » in French. How do I translate and change them into Farsi ? Farsi is a right to left language.
You should look into the /lang/ in the plugin directory. There is something like forms_en for english, and maybe nothing for the farsi langage... maybe create it translating the english one into farsi and name it forms_fa (not sure _fa is for farsi...)
Bonjour
j’ai créé une table et ai créé un formulaire pour y importer des données avec le plugin CSV Import.
Tout y est (tableau visible dans la partir privée) mais je n’arrive pas à savoir quel est le code à insérer dans mon squelette « article.html » pour faire apparaitre les données sous forme de tableau dans la partie publique.
J’ai testé :
1) la création d’un fichier indépendant avec
puis insérer
puis insérer
dans le texte de mon article
sans résultats !
2) j’ai aussi essayé pareil en changeant « form » en « table », vu que c’est une table et non un formulaire.
sans résultats dans la partie publique non plus !
si quelqu’un a une meilleure idée, je suis preneur.
Merci par avance
Guillaume
Répondre à ce message
Bonjour,
je cherche depuis plusieurs jours à gérer un probleme ajax sur ce plugin. j’ai mis en place le correctif pour spip 2.1.8 en htaccess, mais lors de la création d’un champ, le bouton valider est remplacé par
« forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit »
et l’ensemble mouline sans jamais vouloir prendre en compte la création du champ.
Je ne trouve aucune solution meme si le probleme a déja été évoqué dans quelques post.
Si quelqu’un avait une aide à m’apporter ?
Merci d’avance.
Répondre à ce message
Je gère un site dont de nombreuses rubriques sont des catalogues d’oeuvres, de Bd, de CD, avec des champs extras personnalisés selon les rubrique. C’est assez peu flexible (j’ai plus de 30 champs extra différents...), mais ça marche, et tout le monde s’y retrouve.
Je me demandais si on ne peut pas faire la même chose plus facilement via un formulaire/une table avec des champs qui reprendraient mes tables extras en associant le formulaire à un article.
Créer un formulaire c’est facile, mais c’est assez fastidieux pour un rédacteur de d’abord penser à aller dans l’espace privé dans la partie « forms », d’ajouter des données au formulaire,ensuite aller créer un article, et d’y associer une réponse du formulaire avec un code.
N’y a-t-il pas un moyen (qui m’aurait échappé) de remplir un formulaire dans l’espace privé directement dans un article, et que dans ce cas, la réponse du formulaire serait associée à l’article où elle a été remplie ?
En fait je crois que je fantasme un peu le « permettre d’associer les données aux articles » pour lequel je n’ai rien trouvé dans la documentation...
J’ai bien noté l’existence d’un plugin catalogue, mais je ne peux pas le tester, vu que le site géré est hébergé par un serveur académique, qui ayant choisi le safemode on ne permet pas d’installer autre chose que spip 2.0.9 maximum (et encore dans la douleur...)
(Toutes mes excuses si la question a déjà été posée, mais j’ai lu soigneusement les articles de doc du plugin et les articles, mais je n’ai rien trouvé à ce propos.)
Répondre à ce message
Bonjour,
après installation du plugin et mise en place du fichier correctif .htaccess, le tout sous spip 2.1.8,
lors de la création du formulaire, le bouton « valider » des champs est remplacé par un code aussi abscon qu’illisible, du style : Ajaxcharset...etc.
Quelqu’un aurait ’il une solution, une explication, un conseil ?....
Help please
Merci d’avance
Stef T.
Répondre à ce message
Bonjour,
après installation du plugin et mise en place du fichier correctif .htaccess, le tout sous spip 2.1.8,
lors de la création du formulaire, le bouton « valider » des champs est remplacé par un code aussi abscon qu’illisible, du style : Ajaxcharset...etc.
Quelqu’un aurait ’il une solution, une explication, un conseil ?....
Help please
Merci d’avance
Stef T.
Répondre à ce message
Bonjour,
J’ai appliqué le correctif (.htaccess) pour Spip 2.1.8 puis j’ai installé Spip 2.1.8. par ftp
Quand j’ai voulu tester la création d’un formulaire, la partie « propriétés » du formulaire foncionne. Mais quand on arrive aux champs, j’ai à chaque fois :
The requested URL /ecrire/forms_edit was not found on this server.
Le plugin, qui est dans un répertoire distinct, ne devrait pas avoir été affecté par la màj.
Je ne comprends pas très bien ce que je dois faire...
Merci.
J’ai aussi cette indication, qui vient se mettre à la place du « valider » dans la partie « champs », mais aussi supplante le titre de mon formulaire :
forms_edit&var_ajaxcharset=utf-8&bloc=forms_edit
Je ne vois pas d’où cela vient ???
Jean-Pierre
Pas de réponse ???? :-(
Répondre à ce message
Bonjour,
Tout d’abord, bravo et merci pour ce plugin.
Je n’ai pas de soucis à l’utilisation, tout est clair et simple.
En revanche, j’ai un petit souci d’ordre « esthétique ».
J’ai plusieurs formulaires de créés, et lorsqu’un visiteur envoie une réponse, je reçois un mail de type formulaire_X@monsite.com. (X étant l’ID du formulaire)
J’aimerais remplacer formulaire_X par le nom du formulaire que j’ai saisi dans l’admin.
Je ne sais pas trop où chercher, avez-vous une solution simple à ce tout petit problème ?
Merci d’avance.
Pas de réponses pour ma question ? :-(
Répondre à ce message
Bonjour,
Vous trouverez la réponse ici :
Il faut installer un fichier .htaccess disponible en téléchargement et à adapter à l’URL de votre site.
Bonne continuation.
FDG
Je suis sous Debian et sur ce serveur , j’ai tout essayé en modification de .htaccess et rien ne fonctionne correctement, sauf la flèche retour du navigateur au bout d’un certain temps !
Bonjour Productivix,
Nous sommes sur serveur Debian, et tout fonctionne comme indiqué.
Cordialement
Bonjour,
Voici la solution trouvée sur le forum SPIP :
http://thread.gmane.org/gmane.comp.web.spip.user/164665/focus=164750
Deux corrections à faire sur 2 fichiers :
- ecrire/inc/headers.php
- ecrire//public/aiguiller.php
C’est en attendant une version corrigée de SPIP 2.1.8
Merci Commetou,
c’est mieux merci, il faut tout de même faire un reload de la page (sous Fifefox) pour obtenir la liste des champs une fois modifié .
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 :
|
