Projet

Général

Profil

Autre #1924

reflexions sur un widget de saisie multi-champ interdépendants

Ajouté par Thomas Noël il y a plus de 11 ans. Mis à jour il y a plus de 8 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
13 novembre 2012
Echéance:
16 novembre 2012
% réalisé:

0%

Temps estimé:
Patch proposed:
Planning:

Description

(désolé pour le sujet du ticket un peu pompeux, pas trouvé mieux).

Besoin de départ : pour le CG14, il va nous falloir deux champs liés code postal + commune (un code postal pouvant couvrir plusieurs communes). On aura une liste de toutes les communes avec les codes postaux associés. En "sortie", le widget doit renvoyer un id unique.

Je propose de réflechir à un widget générique qui accepte en paramétrage une source de données de type "fichier CSV", c'est-à-dire une liste de (id, champ_1, champ_2, ..., champ_n). Ce widget affiche alors "n" champs de saisie.

Au départ, seul le champ 1 est actif. L'utilisateur doit choisir une valeur dans ce premier champ, ce qui active le champ suivant où les valeurs possibles s'affichent, et ainsi de suite jusqu'au dernier champ.

Un plus : si le nombre de valeur pour une colonne est plus petit que 10, alors c'est une simple liste fermée, sinon c'est un champ texte avec complétion.

Techniquement, le fichier source CSV pouvant être gros, on pourrait reflechir à une ajaxisation, pour ne pas envoyer toutes les données dans le code de la page (par exemple c'est lorsque l'utilisateur quitte le champ1 qu'on demande à w.c.s. les valeurs possibles du champ2... ce genre de chose).

Ce ticket propose de discuter sur le sujet, un ou d'autres tickets seront créées pour la réalisation le cas échéant.

Historique

#1

Mis à jour par Thomas Noël il y a environ 10 ans

  • Version cible Au-quotidien 2014.5 supprimé
#2

Mis à jour par Thomas Noël il y a plus de 8 ans

  • Statut changé de Nouveau à Rejeté

inutile actuellement, on a jsonp pour résoudre le cas décrit

Formats disponibles : Atom PDF