Projet

Général

Profil

Development #41611

pré-remplissage "live" de tout type de champs s'il était pré-alablement caché

Ajouté par Benjamin Dauvergne il y a environ 4 ans. Mis à jour il y a 7 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
10 avril 2020
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Actuellement via l'évaluation live on gère deux choses:
  • l'évaluation des conditions de champs (visible/invisible)
  • les options disponibles dans les listes à choix simple1 (je ne sais pas pas pourquoi on ne le fait pas pour les choix multiples, passons)
  • la mise à jour des champs commentaires
  • la mise à jour de toute type de champs pourvu qu'ils soit verrouilé

J'aimerai ajouter un cas supplémentaire qui me semble cohérent: si un champs n'était pas visible au préalable et le devient (live_process_fields() nous retourne {'field-id': {'visible': True} et actuellement Jquery nous dit que le champs est caché), alors on peut se permettre de remplacer sa valeur par la valeur de pré-remplissage.

Ex.: 2 champs :
  • un champs "SIRET de l'entreprise",
  • un champ caché "nom de l'entreprise", conditionné à la réussite d'un appel à l'API entreprise pour ce SIRET.

Au début le champ SIRET est vide, on le remplit, une fois que le SIRET valide, le champ caché devient visible et on reçoit une valeur de pré-remplissage qu'on injecte.

Possibilité supplémentaire : on pourrait se permettre de conserver la valeur de pré-remplissage en cache dans la page, si la valeur de SIRET change (copier/coller) directement pour une bonne valeur (et donc on ne peut passe pas par l'état où le champs nom est invisible) on se permet de pré-remplir si la valeur actuelle est égale à l'ancienne valeur de pré-remplissage.

Historique

#1

Mis à jour par Frédéric Péters il y a environ 4 ans

Ça rejoint, dans sa "possibilité supplémentaire", l'étape 3 du plan établi #27429#note-14, "Modifier le préremplissage pour qu'il s'opère également quand le champ n'a pas manuellement été modifié par l'usager".

#2

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

Oui, mais donc à :

  • => Peut-être ne recalculer la valeur que si elle n'a pas encore été modifiée par l'utilisateur

Je rajouterai le cas : "ou si le champ est actuellement caché", ça me semble recouvrir la même problématique mais on pourrait passer à coté. Je laisse ce ticket ouvert ou je met l'idée dans le pad à coté de l'autre ?

#3

Mis à jour par Frédéric Péters il y a 7 mois

  • Statut changé de Nouveau à Fermé

ça me semble recouvrir la même problématique mais on pourrait passer à coté

Je viens de vérifier et ça a bien été couvert.

Formats disponibles : Atom PDF