[SPIP Zone] [demande de test] Formidable

[rastapopoulos]

Hello les gens
j'ai passé le plugin Formidable en test, pour avoir quelques retours.

* C'est quoi ?
Un générateur de formulaires, avec une interface user-friendly. Le but était que ce soit simple à utiliser *et* que ça soit extensible super facilement.

* Ya quoi qui marche pour l'utilisateur ?
- Créer un formulaire
- Construire ses champs dans une interface
- Pas de bling bling pour l'instant, c'est censé marché même sans JS, et le but est d'ajouter du drag-n-drop pour ceux (la majorité) qui auront jQuery
- Configurer les traitements
- Appeler le formulaire dans un squelette avec #FORMULAIRE_FORMIDABLE{NN} (id numérique) ou #FORMULAIRE_FORMIDABLE{truc} (identifiant textuel)
- Appeler le formulaire dans un contenu avec <formulaire|formidable|id=NN> ou <formulaire|formidable|id=truc>
- Un traitement "Envoyer par courriel"
- Un traitement "Enregistrer les réponses"
- Voir les réponses dans l'interface privée
- Avoir une page d'analyse qui fait les stats des réponses d'un formulaire, ce qui permet de facto de faire un sondage
- Le traitement "enregistrer" permet d'interdire les multi-réponses avec un cookie (toujours pour les sondages, par ex)

* Ya quoi pour les développeurs ?
- Les saisies sont extensibles en ajoutant juste un fichier "saisies/truc.html" et un fichier "saisies/truc.yaml" qui décrit
- Les méthodes de vérification sont extensibles en ajoutant un fichier "verifier/truc.php" (avec verifier_truc_dist()) et un fichier "verifier/truc.yaml" qui décrit
- Les traitements sont extensibles en ajoutant "traiter/truc.php" (avec traiter_truc_dist()) et "traiter/truc.yaml" qui décrit
- On peut évidemment utiliser aussi les 3 pipelines de CVT pour étendre plus finement et plus complètement, suivant les besoins...

* TODO non exaustive
- ajouter du bling bling drag-n-drop
- importation/exportation en
   - YAML
   - Forms&Tables
   - W.C.S (http://www.au-quotidien.com/fr/community/)
- faire l'interface pour la modération (valider une réponse, dépublier)
- ajouter des options de droits (qui peut répondre à ce form, etc)
- ... à vous d'en ajouter
- et surtout FAIRE LA DOC.

Attention, c'est bien *en test* hein, faut pas l'utiliser en prod, ça peut encore bouger, notamment suivant les retours.

Merci pour les courageux et les intéressés.

--
RastaPopoulos

[Mehdi_Cherifi]

Merci pour ce superbe plugin que j'attendais depuis longtemps !
Je m'en vais de ce pas l'essayer pour fournir des retours.

Sinon ce qui serait intéressant c'est :
- possibilité d'exporter les résultats en csv, xls, xml, txt...
- possibilité de valider une fiche (un formulaire en cours de saisie) tout en la
dupliquant (sans ressaisir les mêmes informations) et ressaisir celle qui sont
différentes (ce genre d'utilisation est limité à certains cas uniquement...)
- pouvoir lié les champs de saisie entre eux, exemple, si je saisie le code
postal dans ville il me donne la ville autre exemple si je saisie le département
il me propose les villes existantes et là je choisis
- pouvoir imposer un masque de saisie à un champs de saisie, exemple pour les
champs date, je décide que ça soit du genre xx-xx-xxxx, l'opérateur lui saisie
juste les chiffres, les tirets et la mise en forme est faite par le champs lui
même

Voilà ce sont là quelques idées.... certes le plus urgent est de débusquer
d'éventuels bugs et surtout s'atteler à faire une DOC !

Merci et bonne continuation....Bravo !

[gilcot]

Le 28 mars 2010 10:33, Superyms <superyms@yahoo.fr> a écrit :

Merci pour ce superbe plugin que j'attendais depuis longtemps !
Je m'en vais de ce pas l'essayer pour fournir des retours.

Sinon ce qui serait intéressant c'est :
- possibilité d'exporter les résultats en csv, xls, xml, txt...

csv, tsv, xml, yaml, ... ça doit être faisable plus ou moins
facilement... et c'est dans la ToDo-list

txt : je ne l'ai pas vu dans la ToDo (import/export), mais il faudrait
que la routine sous-jacante puisse être réutilisé par le module
d'envoie par mail (traitement "envoyer"...)

xls... : MS-Excel ? ouille, ouille... pas facile ça, en plus d'être
d'un intérêt discutable et limité (puisque tous les tableurs et toutes
les bases de données savent importer du CSV...)

- possibilité de valider une fiche (un formulaire en cours de saisie) tout en la
dupliquant (sans ressaisir les mêmes informations) et ressaisir celle qui sont
différentes (ce genre d'utilisation est limité à certains cas uniquement...)

as-tu un exemple précis à montrer ? la façon de faire habituelle
(présenter le formulaire qui ne valide pas --erroné ou incomplet--
avec les champs déjà rempli avec leur ancienne valeur et un message
explicatif... bref, validation sans obliger à tout ressaisir, mais pas
d'enregistrement partiel/faux) ne convient-elle pas ? (ceci dit, je
n'ai pas encore testé, donc je ne sais pas si ça fonctionne de cette
façon formidable)

- pouvoir lié les champs de saisie entre eux, exemple, si je saisie le code
postal dans ville il me donne la ville autre exemple si je saisie le département
il me propose les villes existantes et là je choisis

faisable avec JQuerry ; mais comme c'est sensé fonctionner sans JS...

- pouvoir imposer un masque de saisie à un champs de saisie, exemple pour les
champs date, je décide que ça soit du genre xx-xx-xxxx, l'opérateur lui saisie
juste les chiffres, les tirets et la mise en forme est faite par le champs lui
même

plutôt que des masques de saisie, je préconise l'utilisation des
suggestions de valeur du HTML5 : ça a l'avantage pour les navigateurs
récent d'aider à la validation sans qu'on ait besoin de déployer toute
une myriade de Js (attention, c'est bien une aide et ça ne dispense
pas de validation avant traitement) et de présenter les masques ou
widgets nécessaires (il y en a par exemple pour la date qui se
présente comme un calendrier) puis d'envoyer le résultat sous une
forme connue (pour la date, c'est le format ISO directement digérable
par les bases de données). l'autre grand intérêt à l'usage des
nouveaux input est qu'on pourra récupérer directement leurs paramètre
pour la validation automatique sans devoir écrire trop de code...

maintenant, pour des besoins qui sortiraient de ce cadre, il faudrait
qu'on explore les saisies extensibles avant de se lancer dans l'ajout
d'une montagne de fonctionnalités qui en fait sont presque déjà là

mes 0€02

[rastapopoulos]

Le 27/03/2010 23:03, Samuel Perrin a écrit :

Bonsoir,
Petites questions de néophyte :

J'ai vu qu'il fallait les plugins
•Bonux
•CFG
•Saisies
•Vérifier
•YAML
Est-ce qu'en les prenant là
Connexion · GitLab
on a les dernières versions (j'ai cherché un moment le yaml) ?

Oui, c'est un plugin en développement, et en test seulement, et j'ai bien écrit sur la liste spip-zone afin de m'adresser en premier lieu aux gens utilisateurs du SVN.

Je veux bien essayer sur un site test tout neuf en ligne, quelle version de
spip prendre ?

Ça devrait marcher sur un SPIP 2, mais c'est plus prudent de le faire sur une 2.1.

Enfin, est-ce que les formulaires de cette page
http://www.au-quotidien.com/fr/community/ sont réalisés avec ce plugin ? Si
oui, c'est formidable et attendu pour ma part depuis longtemps.

Je me cite
- importation/exportation en
   - YAML
   - Forms&Tables
   - W.C.S (http://www.au-quotidien.com/fr/community/)

Donc c'est fait avec W.C.S, un logiciel libre de téléformulaires écrit en python. Le but est donc de pouvoir importer depuis un fichier W.C.S et exporter dans ce format (même si l'importation est prioritaire pour moi, pour capter toutes les parts de marché !... :D).

Merci pour vos précisions avant de me lancer.
Cordiales salutations.
Samuel

Bonne chance.

--
RastaPopoulos

[rastapopoulos]

Je retransfère ici car réponse sur mon adresse.

RastaPopoulos, merci pour votre réponse.

J'ai installé une version spip vierge ainsi que les plugins de base pour
tenter de créer un formulaire. Et... c'est très prometteur mais je ne
comprends pas tout encore (vivement une doc : un début sur un wiki à quelque
part ?)

Dans les types de vérifications, la documentation ne sera pas superflue,
comme pour l'onglet "utilisation" je ne comprends pas "Le champ ne peut plus
obtenir le focus." Qu'est-ce que le focus ?

Pour le champ date, ce serait bien d'avoir un petit agenda sur lequel on
clique directement la date, mais c'est déjà cool comme ça.

J'ai mis un message qui devrait s'afficher lorsque le formulaire est envoyé,
mais il n'apparaît pas.
J'ai le message "Une erreur est survenue lors de l'envoi du courriel." mais
pourtant je retrouve ce message dans "voir les réponses". J'ai cette erreur
qui s'affiche au sommet de ma page :
Warning: preg_match() expects parameter 2 to be string, array given in
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/ecrire/inc/filtre
s.php on line 1567

De même, j'ai mis une adresse pour le champ destinataire, mais je ne reçois
rien dans ma boîte de courriel.

Dans liste des réponses, l'image "/prive/images/formulaires_reponse-24.gif"
ne s'affiche pas.
Je ne vois pas trop l'utilité de la case unique par rapport aux cases à
cocher (où il suffirait de n'avoir qu'une case), à moins qu'elle permette
une suite du formulaire conditionnée à une réponse cochée (comme à
l'installation de certains logiciels "acceptez-vous les termes de la
licence..."). Est-ce prévu ou existant ?

Comment récupérer les résultats dans un tableur par exemple ? Ou importer
les données de certains champs et avoir des possibilités de tri ou de
calculs ?
Je ne vois pas à quoi sert le champ mot de passe pour le moment, il devrait
y avoir un critère qui contrôle sa validité mais... où et comment ce mot de
passe aurait-il été obtenu ?
De même peut-on imaginer qu'un champ soit contrôlé afin de savoir s'il
correspond à une inscription dans une base de données ?
Est-il prévu un champ qui permette l'envoi d'un fichier ou document depuis
son poste ? Ce serait un plus.

Voilà pour mes tous premiers tests.
Désolé pour ces questions de néophyte mais... dans mon domaine j'ai aussi
appris de ces questions car quand on est spécialiste, on oublie parfois que
c'est incompréhensible pour le commun des mortels

Mon premier essai est ici : http://www.1873.ch/test_spip21/spip.php?article1
Vraiment basique mais j'espère que vous allez poursuivre ce développement
car ça correspond à un besoin dans le monde spip.

Merci encore pour tout votre travail. Je vous souhaite une excellente fête
de Pâques, attention à la crise de foie
Cordialement.
Samuel Perrin

--
RastaPopoulos

[Client_netplus]

Bonjour,
Désolé pour l'envoi précédent en privé.

Je me suis juste porté un peu plus attentif au champ date. Finalement, après
quelques essais, j'ai observé que le point, le tiret, la barre oblique et
l'espace me semble-t-il sont acceptés. Par contre, je peux y faire passer
une date style 31 février, mais pas 32. Il y a donc une limite à 31 mais pas
selon les mois.

Autre aspect : il serait bien d'avoir une fonction ou une case à cocher dans
le backoffice qui ne permette pas d'inscrire une date antécédente au jour
même, par exemple pour un formulaire de réservation d'objet, de salle, ...

Encore, autre fonction qui serait un plus, avoir un champ qui permette de
calculer et d'afficher le nombre de jour entre deux dates entrées. Cela
permettrait d'avoir un champ qui permettrait par la suite d'avoir des
fonctions statistiques intéressantes (objet le plus réservé par exemple) ou
même, avec un champ additionnel "prix", des possibilités de facturation.

Enfin, j'imagine qu'avec le plugin accès restreint, il y a la possibilité
d'avoir des données préremplies dans un formulaire (exemple : identifiant et
des informations comme nom et prénom qui découleraient de cet identifiant).
Cela éviterait à un utilisateur fréquent d'avoir à taper à chaque fois les
données de base demandées. A moins que cela puisse se faire de façon
indépendante directement depuis Formidable (d'où ce fameux champ mot de
passe dont je ne saisis pas encore l'utilité pour le moment).

Merci de votre compréhension, facile pour moi de ramener ma fraise sans
amener de solutions, mais je suis une pomme en programmation. Par contre, je
teste avec plaisir et si je peux aider pour la rédaction d'un mode d'emploi
(encore faut-il que je comprenne certaines choses ), je donne
volontiers un coup de main.

Bonne journée.
Samuel

-----Message d'origine-----
De : RastaPopoulos [mailto:rastapopoulos@spip.org]
Envoyé : dimanche 4 avril 2010 08:16
À : spip-zone@rezo.net
Objet : Re: [SPIP Zone] [demande de test] Formidable

Je retransfère ici car réponse sur mon adresse.

> RastaPopoulos, merci pour votre réponse.
>
> J'ai installé une version spip vierge ainsi que les plugins de base
pour
> tenter de créer un formulaire. Et... c'est très prometteur mais je ne
> comprends pas tout encore (vivement une doc : un début sur un wiki à
quelque
> part ?)
>
> Dans les types de vérifications, la documentation ne sera pas
superflue,
> comme pour l'onglet "utilisation" je ne comprends pas "Le champ ne
peut plus
> obtenir le focus." Qu'est-ce que le focus ?
>
> Pour le champ date, ce serait bien d'avoir un petit agenda sur lequel
on
> clique directement la date, mais c'est déjà cool comme ça.
>
> J'ai mis un message qui devrait s'afficher lorsque le formulaire est
envoyé,
> mais il n'apparaît pas.
> J'ai le message "Une erreur est survenue lors de l'envoi du
courriel." mais
> pourtant je retrouve ce message dans "voir les réponses". J'ai cette
erreur
> qui s'affiche au sommet de ma page :
> Warning: preg_match() expects parameter 2 to be string, array given
in
>
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/ecrire/inc/f
iltre
> s.php on line 1567
>
> De même, j'ai mis une adresse pour le champ destinataire, mais je ne
reçois
> rien dans ma boîte de courriel.
>
> Dans liste des réponses, l'image "/prive/images/formulaires_reponse-
24.gif"
> ne s'affiche pas.
> Je ne vois pas trop l'utilité de la case unique par rapport aux cases
à
> cocher (où il suffirait de n'avoir qu'une case), à moins qu'elle
permette
> une suite du formulaire conditionnée à une réponse cochée (comme à
> l'installation de certains logiciels "acceptez-vous les termes de la
> licence..."). Est-ce prévu ou existant ?
>
> Comment récupérer les résultats dans un tableur par exemple ? Ou
importer
> les données de certains champs et avoir des possibilités de tri ou de
> calculs ?
> Je ne vois pas à quoi sert le champ mot de passe pour le moment, il
devrait
> y avoir un critère qui contrôle sa validité mais... où et comment ce
mot de
> passe aurait-il été obtenu ?
> De même peut-on imaginer qu'un champ soit contrôlé afin de savoir
s'il
> correspond à une inscription dans une base de données ?
> Est-il prévu un champ qui permette l'envoi d'un fichier ou document
depuis
> son poste ? Ce serait un plus.
>
> Voilà pour mes tous premiers tests.
> Désolé pour ces questions de néophyte mais... dans mon domaine j'ai
aussi
> appris de ces questions car quand on est spécialiste, on oublie
parfois que
> c'est incompréhensible pour le commun des mortels
>
> Mon premier essai est ici :
http://www.1873.ch/test_spip21/spip.php?article1
> Vraiment basique mais j'espère que vous allez poursuivre ce
développement
> car ça correspond à un besoin dans le monde spip.
>
> Merci encore pour tout votre travail. Je vous souhaite une excellente
fête
> de Pâques, attention à la crise de foie
> Cordialement.
> Samuel Perrin

--
RastaPopoulos

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

[Client_netplus]

Bonjour,

J'avance peu à peu dans les essais de ce formidable plugin. Grâce à Google
j'ai enfin compris la spécificité française de Siret et Siren, par contre je
sèche toujours sur l'onglet "utilisation" lors de l'édition d'un champ :
"Désactiver le champ" (Le champ ne peut plus obtenir le focus) et
"Désactiver et poster" me sont incompréhensibles.

En mettant un champ destinaire j'imagine que cela permet l'envoi du
formulaire auprès du destinataire choisi dans la liste ou prédéfini. Or, en
validant un formulaire, je ne reçois toujours rien dans ma boîte mail malgré
un champ "destinaire". J'ai tout faux? De même qu'en validant, j'ai toujours
une erreur (Warning: preg_match() expects parameter 2 to be string, array
given in
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/ecrire/inc/filtre
s.php on line 1567) et un message (Une erreur est survenue lors de l'envoi
du courriel.) Pourtant, en retournant dans la gestion des formulaires,
l'inscription dans la base de données s'est parfaitement effectuée. Par
contre, le message prévu pour affichage après validation n'apparaît pas.

Petite question : en regardant les dossiers et fichiers, je vois que la
liste déroulante de vérification correspond aux fichiers du plugin Vérifier.
Si j'arrive à lire le contenu d'un fichier ***.php, je ne sais comment lire
le contenu du fichier jumeau ***.yaml Un programme spécifique ?

Merci pour votre magnifique travail.
Cordialement.
Samuel

-----Message d'origine-----
De : Samuel Perrin [mailto:samper@netplus.ch]
Envoyé : lundi 5 avril 2010 12:46
À : 'RastaPopoulos'; 'spip-zone@rezo.net'
Objet : RE: [SPIP Zone] [demande de test] Formidable

Bonjour,
Désolé pour l'envoi précédent en privé.

Je me suis juste porté un peu plus attentif au champ date. Finalement,
après quelques essais, j'ai observé que le point, le tiret, la barre
oblique et l'espace me semble-t-il sont acceptés. Par contre, je peux y
faire passer une date style 31 février, mais pas 32. Il y a donc une
limite à 31 mais pas selon les mois.

Autre aspect : il serait bien d'avoir une fonction ou une case à cocher
dans le backoffice qui ne permette pas d'inscrire une date antécédente
au jour même, par exemple pour un formulaire de réservation d'objet, de
salle, ...

Encore, autre fonction qui serait un plus, avoir un champ qui permette
de calculer et d'afficher le nombre de jour entre deux dates entrées.
Cela permettrait d'avoir un champ qui permettrait par la suite d'avoir
des fonctions statistiques intéressantes (objet le plus réservé par
exemple) ou même, avec un champ additionnel "prix", des possibilités de
facturation.

Enfin, j'imagine qu'avec le plugin accès restreint, il y a la
possibilité d'avoir des données préremplies dans un formulaire (exemple
: identifiant et des informations comme nom et prénom qui découleraient
de cet identifiant). Cela éviterait à un utilisateur fréquent d'avoir à
taper à chaque fois les données de base demandées. A moins que cela
puisse se faire de façon indépendante directement depuis Formidable
(d'où ce fameux champ mot de passe dont je ne saisis pas encore
l'utilité pour le moment).

Merci de votre compréhension, facile pour moi de ramener ma fraise sans
amener de solutions, mais je suis une pomme en programmation. Par
contre, je teste avec plaisir et si je peux aider pour la rédaction
d'un mode d'emploi (encore faut-il que je comprenne certaines choses ;-
) ), je donne volontiers un coup de main.

Bonne journée.
Samuel

> -----Message d'origine-----
> De : RastaPopoulos [mailto:rastapopoulos@spip.org]
> Envoyé : dimanche 4 avril 2010 08:16
> À : spip-zone@rezo.net
> Objet : Re: [SPIP Zone] [demande de test] Formidable
>
> Je retransfère ici car réponse sur mon adresse.
>
> > RastaPopoulos, merci pour votre réponse.
> >
> > J'ai installé une version spip vierge ainsi que les plugins de base
> pour
> > tenter de créer un formulaire. Et... c'est très prometteur mais je
ne
> > comprends pas tout encore (vivement une doc : un début sur un wiki
à
> quelque
> > part ?)
> >
> > Dans les types de vérifications, la documentation ne sera pas
> superflue,
> > comme pour l'onglet "utilisation" je ne comprends pas "Le champ ne
> peut plus
> > obtenir le focus." Qu'est-ce que le focus ?
> >
> > Pour le champ date, ce serait bien d'avoir un petit agenda sur
lequel
> on
> > clique directement la date, mais c'est déjà cool comme ça.
> >
> > J'ai mis un message qui devrait s'afficher lorsque le formulaire
est
> envoyé,
> > mais il n'apparaît pas.
> > J'ai le message "Une erreur est survenue lors de l'envoi du
> courriel." mais
> > pourtant je retrouve ce message dans "voir les réponses". J'ai
cette
> erreur
> > qui s'affiche au sommet de ma page :
> > Warning: preg_match() expects parameter 2 to be string, array given
> in
> >
>
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/ecrire/inc/f
> iltre
> > s.php on line 1567
> >
> > De même, j'ai mis une adresse pour le champ destinataire, mais je
ne
> reçois
> > rien dans ma boîte de courriel.
> >
> > Dans liste des réponses, l'image
"/prive/images/formulaires_reponse-
> 24.gif"
> > ne s'affiche pas.
> > Je ne vois pas trop l'utilité de la case unique par rapport aux
cases
> à
> > cocher (où il suffirait de n'avoir qu'une case), à moins qu'elle
> permette
> > une suite du formulaire conditionnée à une réponse cochée (comme à
> > l'installation de certains logiciels "acceptez-vous les termes de
la
> > licence..."). Est-ce prévu ou existant ?
> >
> > Comment récupérer les résultats dans un tableur par exemple ? Ou
> importer
> > les données de certains champs et avoir des possibilités de tri ou
de
> > calculs ?
> > Je ne vois pas à quoi sert le champ mot de passe pour le moment, il
> devrait
> > y avoir un critère qui contrôle sa validité mais... où et comment
ce
> mot de
> > passe aurait-il été obtenu ?
> > De même peut-on imaginer qu'un champ soit contrôlé afin de savoir
> s'il
> > correspond à une inscription dans une base de données ?
> > Est-il prévu un champ qui permette l'envoi d'un fichier ou document
> depuis
> > son poste ? Ce serait un plus.
> >
> > Voilà pour mes tous premiers tests.
> > Désolé pour ces questions de néophyte mais... dans mon domaine j'ai
> aussi
> > appris de ces questions car quand on est spécialiste, on oublie
> parfois que
> > c'est incompréhensible pour le commun des mortels
> >
> > Mon premier essai est ici :
> http://www.1873.ch/test_spip21/spip.php?article1
> > Vraiment basique mais j'espère que vous allez poursuivre ce
> développement
> > car ça correspond à un besoin dans le monde spip.
> >
> > Merci encore pour tout votre travail. Je vous souhaite une
excellente
> fête
> > de Pâques, attention à la crise de foie
> > Cordialement.
> > Samuel Perrin
>
>
> --
> RastaPopoulos
>
> _______________________________________________
> spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-
zone

[gilcot]

Petite question : en regardant les dossiers et fichiers, je vois que la
liste déroulante de vérification correspond aux fichiers du plugin Vérifier.
Si j'arrive à lire le contenu d'un fichier ***.php, je ne sais comment lire
le contenu du fichier jumeau ***.yaml Un programme spécifique ?

le même... un bon éditeur de texte
en français : YAML — Wikipédia &
http://www.symfony-project.org/reference/1_4/fr/02-YAML (je l'ai
découvert avec Symfony)

[rastapopoulos]

Le 09/04/2010 00:53, Samuel Perrin a écrit :

Bonjour,

J'avance peu à peu dans les essais de ce formidable plugin. Grâce à Google
j'ai enfin compris la spécificité française de Siret et Siren, par contre je
sèche toujours sur l'onglet "utilisation" lors de l'édition d'un champ :
"Désactiver le champ" (Le champ ne peut plus obtenir le focus) et
"Désactiver et poster" me sont incompréhensibles.

Pourtant il y a des phrases d'explication.

Désactiver le champ : Le champ ne peut plus obtenir le focus.

Focus (informatique)

Avez-vous essayé l'option pour voir ce que ça faisait ? N'avez-vous pas remarqué que le champ devenait alors inutilisable (il est désactivé quoi).

Désactiver et poster : Identique à l'option précédente mais poste quand même la valeur dans un champ caché.

Ben ça désactive pareil, mais s'il y a une valeur (par exemple celle par défaut) ça la poste quand même. Alors que quand on fait juste désactiver ça ne poste rien.

En mettant un champ destinaire j'imagine que cela permet l'envoi du
formulaire auprès du destinataire choisi dans la liste ou prédéfini. Or, en
validant un formulaire, je ne reçois toujours rien dans ma boîte mail malgré
un champ "destinaire". J'ai tout faux? De même qu'en validant, j'ai toujours
une erreur (Warning: preg_match() expects parameter 2 to be string, array
given in
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/ecrire/inc/filtre
s.php on line 1567) et un message (Une erreur est survenue lors de l'envoi
du courriel.) Pourtant, en retournant dans la gestion des formulaires,
l'inscription dans la base de données s'est parfaitement effectuée. Par
contre, le message prévu pour affichage après validation n'apparaît pas.

Ajouter un champ destinataire ne fait RIEN. Ça ajoute juste un champ au formulaire.

Ce sont les *traitements* qui font des choses. Dans la page "Configurer les traitements". Il y en a pour l'instant deux :
- envoyer par mail
- enregistrer

Ce sont deux choses différentes donc il n'y a rien de bizarre à ce que l'un puisse marcher lorsque l'autre non.

Apparemment le traitement "envoyer par mail" ne marche pas pour vous, donc il faut comprendre pourquoi. Avez-vous vérifié la configuration de ce traitement ? Tout est bien rempli comme il faut ?

Pour l'erreur PHP là je ne vois pas. On ne fait pas appel à email_valide() (c'est la ligne qu'indique l'erreur) dans le traitement. Par contre on l'utilise dans la vérification "email". L'utilisez-vous ?

En fait si c'est un site de test que vous avez, le plus simple serait de donner un accès pour que je puisse reproduire les bugs.

Petite question : en regardant les dossiers et fichiers, je vois que la
liste déroulante de vérification correspond aux fichiers du plugin Vérifier.
Si j'arrive à lire le contenu d'un fichier ***.php, je ne sais comment lire
le contenu du fichier jumeau ***.yaml Un programme spécifique ?

C'est du code source, donc n'importe quel éditeur de code.

Merci de vos retours.
Ça permet déjà de voir certains bugs et/ou incompréhension (si vous n'aviez pas vu, en mettant à jour Saisies, j'ai modifié légèrement la config du champ "ligne de texte" pour que ce soit plus compréhensible, il n'y a plus le terme "mot de passe").

--
RastaPopoulos

[Client_netplus]

-----Message d'origine-----
De : RastaPopoulos [mailto:rastapopoulos@spip.org]
Envoyé : vendredi 9 avril 2010 11:14
À : spip-zone@rezo.net
Objet : Re: [SPIP Zone] [demande de test] Formidable

Le 09/04/2010 00:53, Samuel Perrin a écrit :
> Bonjour,
>
> J'avance peu à peu dans les essais de ce formidable plugin. Grâce à
Google
> j'ai enfin compris la spécificité française de Siret et Siren, par
contre je
> sèche toujours sur l'onglet "utilisation" lors de l'édition d'un
champ :
> "Désactiver le champ" (Le champ ne peut plus obtenir le focus) et
> "Désactiver et poster" me sont incompréhensibles.

Pourtant il y a des phrases d'explication.

Oui, mais ça reste barbare pour moi

Désactiver le champ : Le champ ne peut plus obtenir le focus.

Focus (informatique) — Wikipédia
Avez-vous essayé l'option pour voir ce que ça faisait ? N'avez-vous pas
remarqué que le champ devenait alors inutilisable (il est désactivé
quoi).

Ok, mais à quoi cela servirait à créer un champ pour qu'il soit inutilisable
?

Désactiver et poster : Identique à l'option précédente mais poste quand
même la valeur dans un champ caché.

Ben ça désactive pareil, mais s'il y a une valeur (par exemple celle
par
défaut) ça la poste quand même. Alors que quand on fait juste
désactiver
ça ne poste rien.

Je ne perçois pas l'utilisation de ces fonctions, du moins pour le moment.

> En mettant un champ destinaire j'imagine que cela permet l'envoi du
> formulaire auprès du destinataire choisi dans la liste ou prédéfini.
Or, en
> validant un formulaire, je ne reçois toujours rien dans ma boîte mail
malgré
> un champ "destinaire". J'ai tout faux? De même qu'en validant, j'ai
toujours
> une erreur (Warning: preg_match() expects parameter 2 to be string,
array
> given in
>
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/ecrire/inc/f
iltre
> s.php on line 1567) et un message (Une erreur est survenue lors de
l'envoi
> du courriel.) Pourtant, en retournant dans la gestion des
formulaires,
> l'inscription dans la base de données s'est parfaitement effectuée.
Par
> contre, le message prévu pour affichage après validation n'apparaît
pas.

Ajouter un champ destinataire ne fait RIEN. Ça ajoute juste un champ au
formulaire.

Ben, il sert à quoi alors ?

Ce sont les *traitements* qui font des choses. Dans la page "Configurer
les traitements". Il y en a pour l'instant deux :
- envoyer par mail
- enregistrer

Ce sont deux choses différentes donc il n'y a rien de bizarre à ce que
l'un puisse marcher lorsque l'autre non.

Apparemment le traitement "envoyer par mail" ne marche pas pour vous,
donc il faut comprendre pourquoi. Avez-vous vérifié la configuration de
ce traitement ? Tout est bien rempli comme il faut ?

Il me semble.

Pour l'erreur PHP là je ne vois pas. On ne fait pas appel à
email_valide() (c'est la ligne qu'indique l'erreur) dans le traitement.
Par contre on l'utilise dans la vérification "email". L'utilisez-vous ?

En fait si c'est un site de test que vous avez, le plus simple serait
de
donner un accès pour que je puisse reproduire les bugs.

J'envoie en privé.

> Petite question : en regardant les dossiers et fichiers, je vois que
la
> liste déroulante de vérification correspond aux fichiers du plugin
Vérifier.
> Si j'arrive à lire le contenu d'un fichier ***.php, je ne sais
comment lire
> le contenu du fichier jumeau ***.yaml Un programme spécifique ?

C'est du code source, donc n'importe quel éditeur de code.

Merci de vos retours.
Ça permet déjà de voir certains bugs et/ou incompréhension (si vous
n'aviez pas vu, en mettant à jour Saisies, j'ai modifié légèrement la
config du champ "ligne de texte" pour que ce soit plus compréhensible,
il n'y a plus le terme "mot de passe").

J'avais mis à jour et remarqué cela. Reste que, à quoi peut servir un tel
champ mis à part le fait qu'on ne voudrait pas qu'une personne puisse
regarder le contenu par-dessus l'épaule ? Autre utilisation ?

Je réitère une observation qui me paraît indispensable : pouvoir tester sur
un champ date que cette dernière ne puisse pas être antérieure au jour même.

Merci et bon week-end.
Samuel

--
RastaPopoulos

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

[gilcot]

Le 9 avril 2010 23:44, Samuel Perrin a écrit :

Désactiver le champ : Le champ ne peut plus obtenir le focus.

Focus (informatique) — Wikipédia
Avez-vous essayé l'option pour voir ce que ça faisait ? N'avez-vous pas
remarqué que le champ devenait alors inutilisable (il est désactivé
quoi).

Ok, mais à quoi cela servirait à créer un champ pour qu'il soit inutilisable
?

FAQ (X)HTML

http://kreotekdev.wordpress.com/2007/11/08/disabled-vs-readonly-form-fields/
typiquement, ça sert à rappeler/indiquer/afficher des informations
qu'on a sur l'utilisateur (c'est quand même plus transparent que
d'utiliser un champ caché) mais que celui-ci ne doit pas modifier (par
exemple un id : du coup, il connait son celui-ci --à titre
informatif-- mais ne peut/doit pas le changer). on peut trouver plein
d'autres usages ; mais ça sert surtout quand des données issues d'une
base sont utilisées pour remplir un formulaire sans faire de
traitement compliqués (autrement, ce genre d'information devrait pas
s'afficher dans un input)

[rastapopoulos]

Le 09/04/2010 23:44, Samuel Perrin a écrit :

Ajouter un champ destinataire ne fait RIEN. Ça ajoute juste un champ au
formulaire.

Ben, il sert à quoi alors ?

À pouvoir le configurer comme champ des destinataires dans la configuration du traitement "Envoyer par mail".

En fait si c'est un site de test que vous avez, le plus simple serait
de
donner un accès pour que je puisse reproduire les bugs.

J'envoie en privé.

Je crois qu'en fait j'ai juste oublié de mettre un "necessite" pour le plugin Facteur, et qu'il faut que vous installiez ce dernier.

J'avais mis à jour et remarqué cela. Reste que, à quoi peut servir un tel
champ mis à part le fait qu'on ne voudrait pas qu'une personne puisse
regarder le contenu par-dessus l'épaule ? Autre utilisation ?

Aucune idée pour l'instant, mais c'est une possibilité du champ "input" en HTML, donc voilà...

Je réitère une observation qui me paraît indispensable : pouvoir tester sur
un champ date que cette dernière ne puisse pas être antérieure au jour même.

Oui oui. Mais la vérification "date" il faut la refaire complètement de toute façon, pour pouvoir proposer plein de choses différentes (date, heure, date+heure, et autres options...).

--
RastaPopoulos

[gilcot]

Ajouter un champ destinataire ne fait RIEN. Ça ajoute juste un champ au
formulaire.

Ben, il sert à quoi alors ?

À pouvoir le configurer comme champ des destinataires dans la configuration
du traitement "Envoyer par mail".

Je crois comprendre que ce qui trompe est le fait qu'il soit
"destinataire" : c'est un champ mail... qu'il faudra utiliser comme
destinataire dans le traitement... mais un champ pour recevoir un
email (qui pourrait être bien "expéditeur" ou autre)

En fait si c'est un site de test que vous avez, le plus simple serait
de
donner un accès pour que je puisse reproduire les bugs.

J'envoie en privé.

Je crois qu'en fait j'ai juste oublié de mettre un "necessite" pour le
plugin Facteur, et qu'il faut que vous installiez ce dernier.

voilà pourquoi je n'ai pas eu ce souci...

J'avais mis à jour et remarqué cela. Reste que, à quoi peut servir un tel
champ mis à part le fait qu'on ne voudrait pas qu'une personne puisse
regarder le contenu par-dessus l'épaule ? Autre utilisation ?

Aucune idée pour l'instant, mais c'est une possibilité du champ "input" en
HTML, donc voilà...

et en HTML ça ne sert qu'à ça... (enfin, plutôt rappeler à celui qui
rempli le formulaire que ce champ est sensible ; mais au final, c'est
un input comme un autre)

[Client_netplus]

-----Message d'origine-----
De : RastaPopoulos [mailto:rastapopoulos@spip.org]
Envoyé : samedi 10 avril 2010 08:53
À : spip-zone@rezo.net
Objet : Re: [SPIP Zone] [demande de test] Formidable

Je crois qu'en fait j'ai juste oublié de mettre un "necessite" pour le
plugin Facteur, et qu'il faut que vous installiez ce dernier.

Ben oui, le courrier était écrit, affranchi, inséré dans la boîte postale
mais... il manquait le facteur. Avec ce plugin, l'envoi s'effectue et le
message de retour après le clic final s'affiche bien. Génial ! Je me suis
permis de l'ajouter sur le Gribouille de Formidable.

Petite observation : dans le mail de réception, lorsque le champ permet un
choix dans une liste déroulante, style M. Mme ou Mlle, le message reçu
affiche "choix2" ou selon à la place du texte. Dans la base, par contre,
c'est ok.

Oui oui. Mais la vérification "date" il faut la refaire complètement de
toute façon, pour pouvoir proposer plein de choses différentes (date,
heure, date+heure, et autres options...).

Alléchant !

Et l'envoi d'une pièce jointe avec le formulaire, envisageable ?

Pardonnez ma gourmandise, je sais que les jours n'ont malheureusement que 24
heures
Merci et bonne soirée.
Samuel

[rastapopoulos]

Le 10/04/2010 19:31, Samuel Perrin a écrit :

Petite observation : dans le mail de réception, lorsque le champ permet un
choix dans une liste déroulante, style M. Mme ou Mlle, le message reçu
affiche "choix2" ou selon à la place du texte. Dans la base, par contre,
c'est ok.

Oui, c'est parce que pour l'instant l'envoi par mail est assez sommaire, ça prend les valeurs bruts.

Le but est de récupérer la même chose que l'ensemble des vues en HTML, et de le transformer en texte brut pour le mail. Et là on aura les bonnes valeurs.

Alléchant !

Et l'envoi d'une pièce jointe avec le formulaire, envisageable ?

Oui oui, tout ceci est prévu. Faut juste trouver le temps pour...

--
RastaPopoulos

[rastapopoulos]

Le 10/04/2010 21:11, RastaPopoulos a écrit :

Le 10/04/2010 19:31, Samuel Perrin a écrit :

Petite observation : dans le mail de réception, lorsque le champ
permet un
choix dans une liste déroulante, style M. Mme ou Mlle, le message reçu
affiche "choix2" ou selon à la place du texte. Dans la base, par contre,
c'est ok.

Oui, c'est parce que pour l'instant l'envoi par mail est assez sommaire,
ça prend les valeurs bruts.

Le but est de récupérer la même chose que l'ensemble des vues en HTML,
et de le transformer en texte brut pour le mail. Et là on aura les
bonnes valeurs.

Voilà, c'est fait.
La fonction qui transforme le HTML en texte brut mais formaté est loin d'être parfaite mais c'est un début.

Maintenant on a les bonnes valeurs, et pas les valeurs "machine".

--
RastaPopoulos

[Client_netplus]

Bonsoir,

J'ai mis à jour les divers plugins pour faire fonctionner Formidable.
Facteur ne se met pas à jour par le biais de plugin auto de la gestion
privée (reste en 1.5.2), j'ai dû passer par svn pour avoir la version 1.5.3
et l'uploader par ftp.
Lors de la création d'un formulaire, lorsque je mets les champs suivants :
destinataires, ligne de texte et blocs de texte et que je clique sur
configurer, j'obtiens une erreur telle que :

Fatal error: Uncaught exception 'InvalidArgumentException' with message
'Unable to parse string: A YAML file cannot contain tabs as indentation at
line 13 ( defaut: 'normal').' in
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/plugins/spip-yaml
/inc/yaml.php:56 Stack trace: #0
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/plugins/spip-yaml
/inc/yaml.php(73): yaml_decode() #1
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/plugins/spip-veri
fier/inc/verifier.php(83): yaml_decode_file() #2
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/plugins/spip-veri
fier/inc/verifier.php(62): verifier_charger_infos('?titre: '<:veri...') #3
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/plugins/formidabl
e/formulaires/construire_formulaire.php(66): verifier_lister_disponibles()
#4
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/ecrire/public/aig
uiller.php(147):
formulaires_construire_formulaire_verifier('../plugins/spip...') #5
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/we in
/home/www/d27d1a87dfa8d45b926d1a1e232502aa/web/test_spip21/plugins/spip-yaml
/inc/yaml.php on line 56

Pas pour les autres champs (radio me l'a fait, puis plus).

Cordialement.
Samuel

[Client_netplus]

-----Message d'origine-----
De : RastaPopoulos [mailto:rastapopoulos@spip.org]
Envoyé : lundi 12 avril 2010 23:08
À : spip-zone@rezo.net
Objet : Re: [SPIP Zone] [demande de test] Formidable

Le 10/04/2010 21:11, RastaPopoulos a écrit :
> Le 10/04/2010 19:31, Samuel Perrin a écrit :
>> Petite observation : dans le mail de réception, lorsque le champ
>> permet un
>> choix dans une liste déroulante, style M. Mme ou Mlle, le message
reçu
>> affiche "choix2" ou selon à la place du texte. Dans la base, par
contre,
>> c'est ok.
>
> Oui, c'est parce que pour l'instant l'envoi par mail est assez
sommaire,
> ça prend les valeurs bruts.
>
> Le but est de récupérer la même chose que l'ensemble des vues en
HTML,
> et de le transformer en texte brut pour le mail. Et là on aura les
> bonnes valeurs.

Voilà, c'est fait.
La fonction qui transforme le HTML en texte brut mais formaté est loin
d'être parfaite mais c'est un début.

Maintenant on a les bonnes valeurs, et pas les valeurs "machine".

Je confirme suite à un test.
Merci
Samuel

--
RastaPopoulos

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

[rastapopoulos]

Le 12/04/2010 23:54, Samuel Perrin a écrit :

j'obtiens une erreur telle que :

Raaaaah, ça c'est xdjuj qui a mis à jour un fichier YAML du plugin Vérifier, et qui a mis des tabulations au lieu des espaces !

#BOULET ! (mais il m'avait bien dit de relire son commit...)

--
RastaPopoulos

[rastapopoulos]

Le 12/04/2010 23:54, Samuel Perrin a écrit :

j'obtiens une erreur telle que :

Normalement corrigé.

--
RastaPopoulos