Development #13805
commande de pre-remplissage des formulaires
0%
Description
Du https://dev.entrouvert.org/issues/13317#note-5 : du côté wcs pour générer des données se baser sur les noms des variables pour les champs à saisir et piocher dans les choix des champs qui ont des listes à choix.
Fichiers
Historique
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Projet changé de w.c.s. à Au quotidien
Je déplace ça dans auquotidien parce que c'est trop spécifique pour w.c.s.; dans auquotidien c'est à placer sous forme d'un script qui sera appelé via "runscript".
Mis à jour par Serghei Mihai il y a plus de 7 ans
- Fichier generate_formdata.py generate_formdata.py ajouté
- Statut changé de Nouveau à En cours
A lire runscript.py la commande à executer doit se trouver dans le même répertoire que lui, soit dans le PATH.
Ou il y a un endroit spécifique dans auquo "visible" à runscript ?
Je joins un draft du script.
Mis à jour par Frédéric Péters il y a plus de 7 ans
A lire runscript.py la commande à executer doit se trouver dans le même répertoire que lui, soit dans le PATH.
Ça doit être une mauvaise lecture.
Mis à jour par Serghei Mihai il y a plus de 7 ans
- Fichier 0001-add-script-for-generating-formdata-13805.patch 0001-add-script-for-generating-formdata-13805.patch ajouté
- Patch proposed changé de Non à Oui
En effet :-\
Premiere version de patch.
Mis à jour par Frédéric Péters il y a plus de 7 ans
Je ne suis pas vraiment sûr, un retour est attendu sur cette première version ?
Mis à jour par Frédéric Péters il y a plus de 7 ans
Il faut utiliser formdata.just_created() pour poser le statut initial et une première ligne au journal. Ensuite tu pourras en altérer la date/heure. Pour passer à un statu, il faut utiliser .jump_status() (il y a des exemples de création factice dans tests/).
Pour remplir les champs, il faut se baser sur les types de champ, là ça va éclater dans tous les sens; par exemple .items existe pour les champs "plusieurs cases à cocher" et le type qui est attendu, c'est une liste de valeur, il y a aussi les _display à gérer (à nouveau, passer par les classes dechamp, pour utiliser store_display_value), et pour un type "fichier" taper une chaine de caractère, ça doit pas être très bon non plus.
Mis à jour par Frédéric Péters il y a plus de 7 ans
Pour parler un peu des données aussi, on avait dit qu'on viserait des informations plausibles, en remplissant par exemple les champs prénom/nom/coordonnées avec faker (https://github.com/joke2k/faker), et en distribuant de manière "réaliste" les données dans le temps (en regardant comment se distribuait sur la journée/la semaine les demandes).
Mis à jour par Frédéric Péters il y a presque 4 ans
- Statut changé de En cours à Rejeté
Inutile de garder ça.