Sélection dans une liste qui déclenche une MsgBox

Bonsoir,

Je travaille sur une petite base qui permet de gérer les rendez-vous tout en rentrant des informations relatives à chaque client, notamment ses jours et heures de disponibilités.

Je souhaiterais que lorsque j'effectue une sélection dans la liste déroulante "Clients", une boîte de message contenant les informations clés de cette personne s'affiche.

La table "clients" contient des milliers d’enregistrements.
La table "postit" contient les informations clés à ne pas oublier (créneaux horaires préférés, jours de disponibilité, etc ...).

Coder la msgbox par le biais de "case" s'avèrerait trop fastidieux compte-tenu du nombre conséquent d'enregistrements.

Auriez-vous des axes de recherche à me suggérer ?
Je vous remercie des précieux conseils que vous pourrez me donner.

Par des "Case" ? Une sélection dans la table devrait suffire :o).

Voilà comment je procéderai :

1. faire un formulaire qui affiche les données de la table PostIT. Pour tous les enregistrements
2. Sur l'événement Après MAJ de ta liste de client, ouvrir le formulaire PostIt en filtrant les données de ce client. Cela se fait très simplement avec la commande DoCmd.OpenFormex :
   Code:

   ---

   docmd.OpenForm "FPostIT",,,"[ClefClient]=" & me.ClefClient

   ---

   Cet exemple suppose que ClefClient est un nombre. Si c'est du texte il faut mettre
   
   ex :
   Code:

   ---

   docmd.OpenForm "FPostIT",,,"[ClefClient]=""" & me.ClefClient & """"

   ---

A+

Bonsoir,

Je te conseillerais de créer un formulaire tabulaire à partir de ta table "postit", que tu ouvriras sur l'évènement AprèsMAJ de ta zone de liste en filtrant les données sur le client sélectionné avec un Docmd.openForm.
L'inconvénient serait que tu devras fermer ce formulaire quand tu vas continuer ta saisie. Donc, tu n'auras pas de visuel sur les informations.

L'autre méthode serait d'inclure le formulaire comme sous-formulaire et le lier par l'IdClient.

A toi de voir. Reparles-nous en si tu as des difficultés.
Bonne continuation

Je vous remercie très sincèrement marot_r et madefemere de m'avoir répondu.

Je vais de suite tenter d'appliquer vos conseils.
Je dis "tenter" car plus j'apprends et moins je sais.
Lorsque je vous vois répondre sur ce forum avec autant d'aisance dans le savoir, je me dis qu'il va me falloir des dizaines d'années avant d'y arriver seul.
Je reviens vers vous dès demain. Merci encore.

Si cela peut te rassurer les premiers temps quand je travaillais en Access je ne savais même pas comment fermer un recordset. La générosité d'un de mes collègues plus expérimenté m'a aider à progresser.

A+

Bonsoir,

Comme promis, je reviens vers vous.
J'ai donc mis en pratique vos conseils. Et bien évidemment, cela marche à merveille.
Cela étant, je me demandais s'il était possible de n'ouvrir le formulaire que si le champ contient des informations.
Imaginons que la table "TPost-it" comprenne, par exemple, des informations concernant seulement une centaine de clients sur 10 000, soit 1%.
Quelle serait la procédure à suivre pour permettre au formulaire "FPost-it de ne s'ouvrir que s'il contient des informations relatives au client sélectionné ?
Autrement dit, conditionner l'ouverture du formulaire à son contenu.

Voici les pistes que j'explorerais :

Empêcher un formulaire de s'ouvrir s'il est vide :
http://access.developpez.com/faq/?pa...FermerFormVide

J'ai vu sur le forum cette possibilité :
http://www.developpez.net/forums/d10...re-formulaire/

Je n'attends pas que vous me mâchiez le travail mais est-ce que je cherche dans le bon sens ?

Merci sincèrement de me permettre d'apprendre, déjà surtout en réfléchissant et en cherchant un peu partout.

Bonsoir,

Je dirais que la première méthode du FAQ permet effectivement de ne pas exécuter jusqu'à la fin l'ouverture du formulaire post-it si le client sélectionné n'a pas de données correspondantes. Il faudrait peut-être insérer un msgbox avant l'annulation de l'ouverture pour informer l'utilisateur(c'est mon avis)

La deuxième solution serait (je ne sais pas si ça vaut le coup) de tester la présence de l'IdClient dans la table TPost-it par un Findfirst AVANT de lancer le DOcmd.OpenForm, Mais quel est le gain en termes d'ergonomie pour l'utilisateur au final dans tout ça???

A toi de voir.