qu'en générateur de macro
Cela n'a rien de supprenant M$ pousse TRES TRES fort dans cette direction mais les macros sont souvant plus limitees et tu as moins de controle sur ce qui se passe et pour surveiller comment cela se passe. Ne pas utiliser le code VBA c'est un peu comme se couper la main droite si on est droitier.
Bon revenons a nos moutons.
As-tu mis le code suivant en l'adaptant a tes besoins
docmd.openform "NomTonFormDialog", , , , , , me.currentcontrol.name
Dans l'evenement Clic du bouton d'appel ?
J'ai corrige ce code car j'avais oublie une ,
Si tu veux rester en marco pour la demande d'ouverture verifie si celle-ci te permets de specifier des parametres d'ouverture. Si oui, essaye avec.
Aussi je t'invite fortement a changer les noms par defaut attribue par Access pour des choses plus significatives. Commande69 ne dit absolument rien sur ce que fait ce bouton. Par exemple btnAfficherParNom a plus de sens.
Pour une petite application (ex; 3 fomulaires) cela a peut de consequence mais si ton application prend de l'ampleur cela facilite grandement la maintennance et la recherche d'erreur.
C'est vrai pour les boutons mais aussi pour tous les autres controles et objets. La seule exception que je fais c'est pour les etiquettes car on y fait rarement appel par code. Neanmoins si une des mes etiquettes est utilise par du code alors je lui donne un nom qui me renseigne.
A+
Partager