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
Non j’ai juste mis à jour le package dans cette page (le zip), je n’ai pas d’accès pour comiter sur la zone....
Le zip dans l’article est construit automatiquement a partir de la zone.
Dans la mesure où il y a plusieurs contributeurs qui essayent de debug le plugin, il serait mieux que tu commit sur la zone. Pour avoir accès il te suffit d’envoyer un mail à spip-zone@rezo.net et de demander un compte.
je ne trouve pas de différence, ni dans les fichiers du zip, ni dans les erreur rencontrées lors de l’utilisation du plugin ?
je rencontre notamment toujours l’erreur suivante dans le back office apres avoir tenté de lier une donnée :
Fatal error : Call to undefined function afficher_liste() in /home/www/client/test_EM_spip2/plugins/auto/forms_et_tables_2_0/inc/forms.php on line 1022
et
Call to undefined function afficher_tranches_requete() in /home/www/client/www/test_EM_spip2/plugins/auto/forms_et_tables_2_0/inc/forms.php on line 947
nat33
Répondre à ce message
Bonjour,
tout d’abord merci pour cette (encore une fois) très bonne extension qui tombe (encore une fois) à point nommé.
Je vous contacte car je cherche à modifier un des champs préformatés, à savoir celui de l’e-mail :
Veuillez entrer une adresse e-mail valide (de type vous@fournisseur.com).
Je souhaiterai en modifier le texte.
Merci d’avance,
emmanuel
@ manu
Il faut regarder dans les chaines de langue du plugin
/plugins/auto/forms_et_tables_2_0/lang/forms_fr.php
Nat33
@nat33
Désolé pour le delais,
merci beaucoup pour l’information et la rapidité de réaction.
Bonne fin de journée,
Emmanuel
Répondre à ce message
@Nat33,
je pense avoir corrigé une partie de vos problèmes. Je n’ai pas traité le cas du repliage de la zone qui permet d’ajouter des données. Je vais regarder ce point. Par contre, à priori, on va maintenant bien chercher les données.
Pouvez-vous ré-essayer avec le package que j’ai modifié (ci-dessus dans la page).
Merci de me tenir au courant, vous connaissez mieux l’utilisation de ces données dans les articles que moi.
Jérôme.
Ok je teste de ce pas :)
euh vous avez comité sur la zone ?
je ne trouve pas de maj
nat33
Répondre à ce message
Bonjour,
C’est surement bête mais je me casse les dents :
l’icone calendrier et sa fonction choix date disparaît dans l’espace publique alors qu’elle focntionne bien dans l’espace privé ....
_auriez_vous une idée ? (SPIP 2)
Merci beaucoup,
Artie
ça ne va pas t’avancer beaucoup, mais chez moi, le calendrier marche bien en public et en privé. Problème de squelette ? Plugin bien installé ? et avec le squelette de base livré avec spip, ça marche ?
Bonjour,
Surement un indice, FF me signale l’erreur dans la feuille css forms_css livrée dans le plugin : ligne78
div.popup-calendar iframe{display:none;display:block;position:absolute;top:0;left:0;z-index:-1;filter:mask();width:3000px;height:3000px;}Est-ce que c’est une piste, je ne comprend rien à ce que ça veux dire.
Merci
Peux-tu donner le chemin du fichier forms_css ?
Bon alors voilà,
j’ai regardé de plus près la ligne qui pose problème est la ligne53 du fichier « date_picker.css » (dans le dossier « imag_pack » du plugin)
Et effectivement ce fichier css est appelé par la page html inclue from_styles.css.html. Cette page d’appel de feuille css est activée par défaut dans la config du Plugin.
Fichier Source : http://cultureterritoire.free.fr/spip.php?page=forms_styles.css
Bon j’espère que c’est compréhensible,
Merci,
Artie
Répondre à ce message
@jacques :
Warning : strlen() expects parameter 1 to be string, array given in C :\wamp\www\spip192\plugins\auto\forms_et_tables_2_0\inc\forms_type_champs.php on line 128
et on line 155
La fonction strlen attend une chaine de caractère en paramètre et pas un tableau.
Jacques, peux-tu remplacer strlen par empty, dans le fichier mentionné ci-dessus, sur les lignes 128 et 155, donc ça donnerait :
!strlen($val)
remplacé par
!empty($val)
et me dire si ça résout tes warning. Si oui, on appliquera dans le package...
cordialement.
Jérôme.
J’ai effectué la modif. En fait le formulaire ne valide plus. Les champs obligatoires s’encadrent de rouge.
Si on remplace strlen par empty que sur la ligne 155, ça passe et on supprime ce warning. (si on fait l’inverse, que sur la 128, bloqué comme décrit ci-dessus)
Afin de supprimer les warnings, j’ai supprimé... la notion d’obligatoire aux champs (et j’ai aussi remplacé strlen par empty). Donc au prix d’une perte de fonctionnalité le plugin est utilisable...
En ce qui me concerne, je n’ai aucun problème d’envoi de mail : plugin installé via install auto, et dernière version de spip 2.0.10.
Reste une fonctionnalité qui était présente dans la version 1.9.1 de F&T, que je ne trouve plus : c’est la possibilité de personnaliser la page de validation -en tout cas je n’ai pas su retrouver comment appeler une telle page. Notamment il manque un bouton qui permette de revenir à la page qui contient le formulaire vierge ! (il faut appuyer plusieurs fois sur la touche back...)
Bonjour,
avez vous réussi a lier une donnée à un article par exemple ?
J’ai toujours ce message d’erreur
Fatal error : Call to undefined function afficher_liste() in /home/www/www/dossier/plugins/auto/forms_et_tables_2_0/inc/forms.php on line 1022
Cette anomalie empêche tout accès ultérieur à l’article sauf à supprimer la ligne dans la table spip_forms_donnees_articles.
Merci
nat33
Bonjour,
Oui mais j’ai aussi appliqué la modif de maïeul (revision 34455 malheureusement annulée par la 34556...), comme dit ailleurs : supprimer du modèle table.html le critère
{id_mots ?}, et j’ai enregistré ce modèle modifié dans mon dossier squelettes/modeles.Donc pour insérer mes données dans l’article j’insère
<tableXX>. (mais je n’ai pas essayé d’autres moyens d’insérer les données)Jacques
@ Jacques
Oui j’ai fait effectivement retiré id_mot du modèle Table ce qui me permet d’afficher une table complète des données dans un article sans message d’erreur.
C’est toutefois au détriment d’une fonctionnalité du plugin qui était particulièrement utile
Dans la version 1.92 id_mot permet d’associer un mot clé à une donnée (via le champ « mot_cle »). Il est ensuite possible en associant le même mot clé à un article, ou en utilisant le modele <table1|id_mot=5> d’afficher une table filtrant les données qui se sont vues attribuer le Mot_clé 5.
Par ailleurs, si dans l’onglet de paramétrage de la table on coche la case « associer des données à un article », + la case idoine via cfg, une boite de dialogue apparait, permettant de sélectionner une donnée directement . Il est également possible d’associer une donnée à un auteur.
En pratique cela permet de gérer une table annuaire par exemple et d’associer une adresse à un article ou un auteur en fonction des besoins, et d’afficher un pavé « Coordonnées » par exemple...
Nat33
Cette fonction afficher_liste() a effectivement disparue en SPIP 2. Avant de l’ajouter, ou de trouver une alternative sur SPIP2, j’aimerai arriver exactement à la même erreur
J’ai essayé d’associer une réponse à un article, et tout se passe bien. Par contre, ne connaissant pas très bien toutes les fonctionnalités de ce plugin, merci à nat33 de me préciser la démarche exacte pour arriver à cette erreur.
De mon côté, je vais dans la liste des réponses et je clique sur « exporter dans un article », puis j’arrive en édition de l’article, je le mets en ligne et le résultat est correct.
J’attends vos précisions pour corriger.
Jérôme.
Bonjour Jérome,
Alors dans le formulaire de paramétrage de la table il y a une case à cocher : associer des données à un article (ou une rubrique) -> on coche la case pour permettre d’associer des données de la table à un article.
De façon plus générale via cfg on peut autoriser ou non l’association de données aux articles, rubriques auteurs ou non. (ce qui évite de surcharger inutilement le formulaire article ou auteur.
Ensuite sur le formulaire d’édition de l’article, sous les mots clé apparait une boite de dialogue permettant de sélectionner une donnée.
Dailleurs en passant la boite ne se replie plus et les titres de tables ne sont pas correctement générés...
à ce moment la si je sélectionne une donnée et que je l’associe à un article, j’ai une erreur à la fois coté public et privé et je ne peux plus accéder à l’article.
j’ai fait des captures si vous voulez
Nat33
Répondre à ce message
Bonjours j’aimerai rajouté un captcha dans mon formulaire ( il me sert pour l’inscription )
Mais comment faire ...
Répondre à ce message
Bonjour,
Je chercher à recevoir un mail des formulaires incluant les documents joints ( des images dans mon cas ). En cochant ou non la case « Joindre les documents à l’email » dans les propriétés du formulaire, le résultat est toujours le même : je reçois un mail avec un lien vers le document ( www.nomdusite.com/ecrire/?exec=forms_telecharger&id_donnee=5&champ=fichier_1 ) et non le document en pièce jointe ( réellement inclus dans le mail)
Est-ce possible ? je me trompe ?
Répondre à ce message
Bonjour,
En testant, je me suis aperçu que les deux flèches monter et descendre qui permettent de déplacer les champs dans l’édition d’un formulaire ne sont pas visible. Les images des flèches sont bien chargées mais ne s’affichent pas ; la croix rouge de suppression du champs, elle, est visible et fonctionne. Testé sous Firefox et IE, ubuntu et windows avec la dernière mouture de ce jour.
Avez-vous ce problème ?
pour les flèches monter/descendre, je les ai cherché aussi pendant longtemps... je crois que c’est l’ajaxification complète de spip... bref, il suffit de cliquer-déplacer les champs pour les réordonner ;)
Merci Gilcot ! J’avais bien essayé, mais ton message m’a incité à persister : pour déplacer un champs, il faut cliquer sur son icône à gauche ( et non dans la barre blanche ) ( parfois on passe bêtement à coté du B.A Ba...)
Répondre à ce message
Bonjour,
Je rencontre le même type de problème en créant une table et en insérant le modèle
<tablexxx>Le message suivant apparait dans l’espace privé :
Fatal error: Call to undefined function spip_abstract_count() in /home/www/html/......./ecrire/public/composer.php(51) : eval()'d code on line 192Bonjour,
<table1>:Fatal error : Call to undefined function spip_abstract_count() in /home/www/client/www/dossier/sousdossier/ecrire/public/composer.php(51) : eval()’d code on line 192
Fatal error : Call to undefined function afficher_tranches_requete() in /home/www/client/www/dossier/sousdossier/plugins/auto/forms_et_tables_2_0/inc/forms.php on line 947
il devient impossible ensuite d’accéder à l’édition de l’article
- s’affiche d’emblée entièrement dépliée,
- elle ne se replie pas au clic
- l’intitulé de la boite est « sans-titre »
Le test a été effectué sur l’environnement suivant
- SPIP 2.0.10 [14850]
- forms_et_tables_2_0 Version : 0.305 [34221]
j’ai testé en désactivant les autres plugins et l’anomalie reste identique
Merci pour le travail accompli, je reste disponible pour effectuer des tests suite aux modifications, le cas échéant.
Nat33
bonjour,
meme probleme chez moi
Fatal error : Call to undefined function spip_abstract_count() in /home/.../ecrire/public/composer.php(51) : eval()’d code on line 191
Savez vous égalmeent si la fonction table_recherche fonctionne sous 2.0 ?
bonjour, en ce qui me concerne la recherche dans l’espace privé me renvoit une page vide .
C’est également le cas si j’essaie de trier sur une colonne j’obtiens une page vide (le tri /colonne fonctionne cependant correctement sur l’espace public).
et je ne parviens toujours pas à lier une donnée à un objet article ou auteur.
Répondre à ce message
Bonjour,
après avoir appliqué les modifications des trois fichiers, je reçois aussi bien le mail de confirmation de la réponse quand je suis celui qui réponds, que le mail adressé à l’administrateur du formulaire.
Ceux qui ont tjrs des erreurs de mail, pouvez-vous préciser ?
avez-vous une trace ds les logs ?
quel est votre paramétrage SMTP ?
quel est le paramétrage de votre serveur (versions PHP/mysql...easyphp ? wamp ?...etc, et version exacte de SPIP)
Jérôme.
Après avoir supprimé id_mot ? en ligne 20 de table.html, je n’ai toujours pas de mail de confirmation.
Malheureusement, je ne sais pas répondre aux questions posées sauf à la version de SPIP : SPIP 2.0.10 [14698]
Pour le reste je suis hébergé chez Ouvaton. L’article en question est le suivant : http://ventilho.ouvaton.org/html/spip.php?article17
Où trouvez les ’logs’ ?
Merci pour votre travail.
forcément, la suppression de cela n’était pas censé résoudre ce bug :)
pour les log, il faut regarder dans le dossier tmp de spip. Il doit y avoir des fichiers .log
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 :
|
