Je vais essayer d’être clair :
Nous avons un objet métier “t_formulaire_enquete” dans lequel nous avons par exemple 40 objets. Un gestionnaire souhaite créer un ou plusieurs nouveaux formulaires en choisissant parmi les 40 objets ceux qu’il veut voir s’afficher puis il enregistre son choix ainsi qu’un nom.
Ensuite lorsqu’il est avec un client, depuis la vue de la fiche du client, il sélectionne le formulaire qu’il veut utiliser.
En espérant que j’ai été assez précis : Est-ce que c’est possible?
Donc effectivement il va falloir clarifier ton besoin qui ne semble pas standard mais réalisable.
ca ressemble pas trop à un nom d’objet métier mais plutôt à une table ?
je comprends que c’est un très “gros” objet à géométrie variable disons FormulaireEnquete
Tu veux dire que la table contient toutes les colonnes des “40 objets” ?
Peux-tu donner des exemples d’objets et leurs contenus ?
Les 40 objets sont définis par qui et comment ?
Dans simplicité soit on a des zones d’attributs pour grouper les champs d’un même objet, si ça contient des listes ce sont forcement des relations n,m. On peut inliner des champs dans le formulaire si la relation est 0,1 ou 1,1 (une seule référence).
Il faudra modéliser un objet FormulaireEnqueteTemplate avec un champ nom unique et qui contient un choix des “40 objets”, donc à mon sens il faudra une relation N,N entre des zones d’attributs et le “template” (enfin si on parle d’attributs simples, sinon il faudra lier chaque champ ou chaque link nécessaire).
Si j’ai un peu compris il faudra :
En création que le formulaire FormulaireEnquete à l’initCreate ne présente que le champ “Choisir un modèle/template” (relation vers un FormulaireEnqueteTemplate obligatoire) et les autres champs de clé fonctionnelle (date et numero d’enquete…), et surtout les “60 objets” sont masqués (les fields / areas / links à clarifier)
Bouton “save”
puis au rechargement en mise à jour, le hook initUpdate ira afficher et masquer les choses en fonction de la définition du template en base
Ca peut marcher si la table peut contenir toutes les colonnes de toutes les enquêtes possibles (combien au total ?), sinon il faudra envisager des objets liés en relation 0,1 au gros objet formulaire.
Autre approche, avoir des héritiers du gros objet plutôt que des templates, mais il faudra que l’admin sache utiliser les fonctions de designer pour se fabriquer ses propres objets Simplicité.
: