Discussion :

[zitoune92]

Bonjour,
J'ai une forme FMain qui contient un comboBox de choix et un sous-formulaire sFMain.
Selon le choix, il doit afficher une table T dont la structure est variable (table créée dynamiquement sous VBA du combo: le nombre et noms des champs peuvent être différents).
Pour ce qui est de mettre à jour le recordsource, pas de soucis mais y-a-t-il un moyen de changer les champs affichés dans le sous-formulaire reliés à ce même recordsource?

Merci

[ClaudeLELOUP]

Bonjour,

Bien sûr que tu pourrais regarnir sFMain à la volée, vois la Faq http://access.developpez.com/faq/?pa...#formdynamique
Mais ce serait sans doute plus simple que tu crées autant de formulaires adaptés et que, à la volée, tu assignes le formulaire ad hoc en tant que sous-formulaire de FMain.

[zitoune92]

Bonjour,

Bien sûr que tu pourrais regarnir sFMain à la volée, vois la Faq http://access.developpez.com/faq/?pa...#formdynamique
Mais ce serait sans doute plus simple que tu crées autant de formulaires adaptés et que, à la volée, tu assignes le formulaire ad hoc en tant que sous-formulaire de FMain.

Merci pour ta réponse.

Créer des formulaires pré-remplis est impossible car comme indiqué dans mon problème, le nombre de champs n'est pas connu à priori (recordsource variable). La solution de la FAQ avec une adaptation du fait que la requête SQL est variable semble, bien que lourde, répondre à la problématique.

Mais peut être une autre solution existe?

Cordialement

Olivier

[ClaudeLELOUP]

le nombre de champs n'est pas connu à priori

Quelque chose m'échappe !

À un item de la liste, correspond un et un seul type de formulaire, non ?

Je ne comprends pas « n'est pas connu a priori ».

Bien sûr, tu ignores a priori l'item que l'utilisateur va choisir, mais quand il a fait son choix, j'imagine qu'il n'y a qu'un seul format qui convient à cet item-là !

[zitoune92]

Quelque chose m'échappe !

À un item de la liste, correspond un et un seul type de formulaire, non ?

Je ne comprends pas « n'est pas connu a priori ».

Bien sûr, tu ignores a priori l'item que l'utilisateur va choisir, mais quand il a fait son choix, j'imagine qu'il n'y a qu'un seul format qui convient à cet item-là !

Pour être plus précis, le Combo présente un choix alimenté par une table alimentée en externe. Donc n choix possibles.

[ClaudeLELOUP]

OK donc, je ne sais pas t'en dire plus !

[Jeannot45]

Créer des formulaires pré-remplis est impossible car comme indiqué dans mon problème, le nombre de champs n'est pas connu à priori (recordsource variable)

Pour être plus précis, le Combo présente un choix alimenté par une table alimentée en externe. Donc n choix possibles.

Un moyen pour connaitre le nombre de champs de ta requête source :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
    Dim l_strSql As String
    Dim l_intNbChamps As Integer
    Dim l_qryTemp As QueryDef
    
    l_strSql = "Indique ici ton recordsource"
    Set l_qryTemp = CurrentDb.CreateQueryDef("", l_strSql)

Tu places ce code en début de procédure après mise à jour de la liste. Tu obtiens le nombre de champs et du coup, la procédure de la FAQ devient très intéressante.

Bonne continuation

[Invité]

Bonjour

Si ton sous-formulaire n'est là que pour un aspect visuel (pas de saisies à l'intérieur), tu peux le remplacer facilement par une zone de liste, en mettant en source la requête, et en modifiant uniquement le nombre de colonnes.

Il existe même un code dans un tuto sur les formulaires de recherches de Loufab qui explique comment faire une largeur de liste dynamique.

Philippe

[zitoune92]

Désolé de ma réponse tardive.
J'avais trouvé la solution: un sous-formulaire dont le recordsource est un query de je modifie dynamiquement.
Selon le choix dans le combo, je "deconnectais" le sous formulaire, recréais le query, et selon le nombre et le nom des champs reournés, je créais dynamiquement les contrôles dans le sous-formulaire puis le "reconnectais" au formulaire principal. Ça marchait nickel dans mon mdb...Oui mais voilà, le but était de faire un mde et là...ça ne marche plus (création/modification de formulaires interdits dans un mde)

Je suis donc passé par un sous-formulaire avec des champs que je cache selon le nombre de champs retournés par le query. C'est pas top mais ça marche aussi

J'ai testé la solution du ListBox et ça marche aussi. Merci Philippe! Les événements click/doubleclick sur tel ou tel colonne, c'est une peu plus compliqué à gérer mais ça va le faire.