Bonjour,
Quand je crée un bouton de commande dans un formulaire simple, ca marche.
par contre sur un formulaire qui contient un sous-formulaire ca marche pas.
c'est quoi le prob? quelle est la solution?
Merci pour votre aide.
Bonjour,
Quand je crée un bouton de commande dans un formulaire simple, ca marche.
par contre sur un formulaire qui contient un sous-formulaire ca marche pas.
c'est quoi le prob? quelle est la solution?
Merci pour votre aide.
On va faire comme toi...
C'est quoi le bouton? :
Tu fais quoi avec? :
C'est quoi ton code? :
C'est quoi ton problème? :
Soit plus explicit
excusez moi je ne suis pas un pros des smilies.
ignorez les 2 derniers. merci.
C'est pas un problème de smilies...
C'est un problème d'explications !
Quand tu écris: "j'essaie mais ca marche pas", on a un peu du mal à comprendre
1 : ce que tu fais,
2 : ce que tu veux faire,
3 : ce qui se produit, et
4 : pourquoi tu considère que ce qui se produit ne marche pas.
Donc, comme j'ai (eu) l'habitude de le dire :
Si tu veux qu'on prenne le temps de te répondre, merci de prendre le temps de poser une question qui soit claire, car, pour le moment, ce n'est pas le cas...
Tu fais un deuxième essai ?
OK, voici l'expose du prob
j'ai cree un banal bouton de commande grace à l'assistant Access pour
permetre à l'utilisateur de fermer le formulaire (contient un sous-formulaire).
le code genere est le suivant:
Quand je clique sur le bouton, Access affiche le message d'information
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 Private Sub btnFermer_Click() On Error GoTo Err_btnFermer_Click DoCmd.Close Exit_btnFermer_Click: Exit Sub Err_btnFermer_Click: MsgBox Err.Description Resume Exit_btnFermer_Click End Sub
suivant:
(l'expression Sur Clic entrée comme parametre de la propriete de type
evenement est à l'origine d'une erreur. un probleme est survenu durant
la communication entre microsoft access et le serveur OLE ou le
controle activeX.
* le resultat de l'expression n'est pas le nom d'une macro, le nom
d'une fonction definie par l'utilisateur ou [Event Procedure].
* Une erreur a peut-etre ete commise lors de l'evaluation d'une
fonction, d'un evenement ou d'une macro.)
Remarque: avec un formulaire sans sous-formulaire le bouton cree marche parfaitement.
Bonjour,
Le code de l'assistant bien que lourd est juste.
N'aurais tu pas un autre code qui générerait cette erreur sur l'événement "sur fermeture" par exemple ou "Sur libération" ?
non je n'ai aucun autre code.
Désactive la ligne :
En mettant une ' devant.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 On Error GoTo Err_btnFermer_Click
Ensuite test ton bouton et quand l'erreur serat générée, vas dans "débeugage" afin de nous dire sur quel ligne tu te situe.
Essaie aussi de voir si tu n'as pas de référence manquante dans le menu "outils"->"références" quand tu est dans un module.
j'ai essaye ca marche pas.
Le hic c'est que le code est totalement ignore.
j'ai ajoute la ligne suivante avant la commande docmd :
j'ai place un point d'arret sur la ligne DoCmd juste apres.
Code : Sélectionner tout - Visualiser dans une fenêtre à part MsgBox "test", vbInformation, "test"
- Le message n'est pas affiche.
l'arret n'est pas excute
J'attire votre attention sur le fait que le message affiche par Access est de type information et non pas de type erreur.
N'as tu pas une autre procédure du même nom ? Essaye de compiler ton projet (menu debogage).
non je n'ai pas une autre procedure.
la compilation ne signale aucune erreur.
Bonjour,
Je n'ai pas beaucoup d'idées pour ton pb mais as tu vérifié également les liens entre ton formulaire principal et ton sous-formulaire (champs pères, champs fils)?
Bonjour,
Il y a un detail peut etre important. je travaille avec la meme version d'access (2000) mais à la maison j'ai Win Me et au bureau j'ai Win XP. a chaque fois je dois changer les versions des references (2.5 pour Me; 2.7 pour XP). est-ce que ca a une influence sur le probleme?
merci pour votre aide.
Bonjour,
je crois que :trouve: l'origine du probleme sans pour autant l'identifier clairement. Apres plusieurs tests je suis arrive aux conclusions suivantes:
1. l'erreur est genere uniquement sur un systeme bilingue (Anglais/Arabe ou Francais/Arabe) par contre sur un systeme francais le code est execute normalement.
2. un formulaire qui contient un bouton qui a deja genere une erreur, est à jeter car meme en creant un autre bouton le probleme persiste. il faut donc refaire le formulaire à nouveau.
Est ce que sur la base de ses informations vous aurez une idee de l'origine exact du prob?
Merci pour votre aide.
même pb de formulaire avec français/russe...
Bonjours
j'ai le même pb qui revient réguliérement sur les formulaires contenant des sous formulaires, j'ai cru un moment avoir régler le probléme : l'appel de ID fils dans le formulaire principale (en utilisant l'assistant).
seulement depuis une semaine je n'arrive plus a faire cette manipulation qui avait résolut mon pb et mes fomulaires sont bloqués par le message d'erreur(qui n'est en effet pas une terreur mais une information) noter plus haut par tigerfish:
aprés recherche j'ai crue comprendre qu'il fallait cocher quelques chose dans les références du code VBA, mais il existe plusieurs références ActiveX Data object et je ne sais si la solution est vraiment là.l'expression Sur Clic entrée comme parametre de la propriete de type
evenement est à l'origine d'une erreur. un probleme est survenu durant
la communication entre microsoft access et le serveur OLE ou le
controle activeX.
* le resultat de l'expression n'est pas le nom d'une macro, le nom
d'une fonction definie par l'utilisateur ou [Event Procedure].
* Une erreur a peut-etre ete commise lors de l'evaluation d'une
fonction, d'un evenement ou d'une macro.)
PS: je travail sur Acess 2003, WindXP, et antivirus Avast, je précise car j'ai lu que le niveau de sécurité pouvait jouer ladessus (ceux-ci étant dit je l'ai modifier sans succés).
Merci d'avance si vous avez une idée.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager