Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Microsoft Office Access Erreur 438 (New)

Erreur 438 (New)

9 réponses
Avatar
Alain TEYSSEDRE
Bonjour

Je renouvelle ma demande car en fait ce pb n'est pas lié à un champ
hypertexte ....
Philippe m'avait orienté sur une note relative à access 97 sur l'insertion
d'un "web browser control"
dans un formulaire.

En fait j'ai changé l'odre de tabulation de mon formulaire et cette erreur
s'est reproduite sur des champs zone de liste
modifiable....

Je suis en Acces 2000

Comment confirmer l'origine réelle du pb (je ne suis pas sur que ce soit le
controle qui provoque cette erreur) ?
Comment contourner ce pb ?

merci
Alain
Signaler un problème avec ce contenu

9 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Raymond
C'est bien de changer de post , si tu ne répètes pas le problème, il va
falloir rechercher dans tous les post sur combien de jours ?

--
@+
Raymond Access MVP.
http://access.seneque.ree.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.


"Alain TEYSSEDRE" a écrit dans le message
de news:%
Bonjour

Je renouvelle ma demande car en fait ce pb n'est pas lié à un champ
hypertexte ....
Philippe m'avait orienté sur une note relative à access 97 sur l'insertion
d'un "web browser control"
dans un formulaire.

En fait j'ai changé l'odre de tabulation de mon formulaire et cette erreur
s'est reproduite sur des champs zone de liste
modifiable....

Je suis en Acces 2000

Comment confirmer l'origine réelle du pb (je ne suis pas sur que ce soit
le

controle qui provoque cette erreur) ?
Comment contourner ce pb ?

merci
Alain







Avatar
Alain TEYSSEDRE
Il s'agit d'un post du 15/10/2003

l'erreur 438 affiche le message :" propriété ou méthode non gérée par cet
objet
cdlt
Alain

"Raymond" a écrit dans le message de
news:
C'est bien de changer de post , si tu ne répètes pas le problème, il va
falloir rechercher dans tous les post sur combien de jours ?

--
@+
Raymond Access MVP.
http://access.seneque.ree.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.


"Alain TEYSSEDRE" a écrit dans le message
de news:%
Bonjour

Je renouvelle ma demande car en fait ce pb n'est pas lié à un champ
hypertexte ....
Philippe m'avait orienté sur une note relative à access 97 sur
l'insertion


d'un "web browser control"
dans un formulaire.

En fait j'ai changé l'odre de tabulation de mon formulaire et cette
erreur


s'est reproduite sur des champs zone de liste
modifiable....

Je suis en Acces 2000

Comment confirmer l'origine réelle du pb (je ne suis pas sur que ce
soit


le
controle qui provoque cette erreur) ?
Comment contourner ce pb ?

merci
Alain










Avatar
Raymond
Avec cette erreur tu devrais avoir une erreur de compilation.

--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.


"Alain TEYSSEDRE" a écrit dans le message
de news:
Il s'agit d'un post du 15/10/2003

l'erreur 438 affiche le message :" propriété ou méthode non gérée par cet
objet
cdlt
Alain


Avatar
Alain TEYSSEDRE
Ben non je n'ai pas d'erreur de compil

Alain
"Raymond" a écrit dans le message de
news:
Avec cette erreur tu devrais avoir une erreur de compilation.

--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.


"Alain TEYSSEDRE" a écrit dans le message
de news:
Il s'agit d'un post du 15/10/2003

l'erreur 438 affiche le message :" propriété ou méthode non gérée par
cet


objet
cdlt
Alain





Avatar
Raymond
Ce qui veut dire que c'est une erreur flagrante mais possible du point de
vue vba. du style que tu as mis un ! à la place d'un . ou tu as une mauvaise
déclaration dans ton lien hypertexte.
A la sortie de ton champ texte tu as quoi comme procédure ?
Si le champ est un hypertexte, pourquoi le contrôle n'est pas hypertexte ?
vérifie la propriété et place oui dans Is Hyperlink.
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.


"Alain TEYSSEDRE" a écrit dans le message
de news:
Ben non je n'ai pas d'erreur de compil

Alain


Avatar
Alain TEYSSEDRE
Dans mes recherches, j'ai changé l'ordre de tabulation dans mon formulaire,
et oh surprise j'ai constaté que cette
erreur se produisait sur un autre controle toujours lorsque je me deplace de
champs en champs.

Arrivé sur le controle => message d'erreur , je click sur OK pour le faire
disparaitre et la lorsque je clique n'importe ou
dans mon formulaire , j'ai une nouvelle fois le message puis aprés l'avoir
fait disparaitre tout va bien

Et puis j'ai supprimé le champs hypertetxte pour utiliser un champ texte
avec ton code qui permet
d'ouvrir automatiquement un executable.

au fait quelle est la différence entre: Me.monControle et Me!monControle ?

cdlt
Alain



"Raymond" a écrit dans le message de
news:
Ce qui veut dire que c'est une erreur flagrante mais possible du point de
vue vba. du style que tu as mis un ! à la place d'un . ou tu as une
mauvaise

déclaration dans ton lien hypertexte.
A la sortie de ton champ texte tu as quoi comme procédure ?
Si le champ est un hypertexte, pourquoi le contrôle n'est pas hypertexte ?
vérifie la propriété et place oui dans Is Hyperlink.
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.


"Alain TEYSSEDRE" a écrit dans le message
de news:
Ben non je n'ai pas d'erreur de compil

Alain





Avatar
Raymond
Une démonstration vaut mieux qu'un long discours;

tu prends un formulaire, tu places un champ de table. le contrôle et la
source portent le même nom. Change le nom du contrôle. passe en vbe et tape
la fonction suivante:
Me.Nomducontrole. tu auras toutes les propriétés du contrôle.
tape Me!Nomdelasource. et tu auras value seulement comme choix.

CQFD.

--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.


"Alain TEYSSEDRE" a écrit dans le message
de news:
Dans mes recherches, j'ai changé l'ordre de tabulation dans mon
formulaire,

et oh surprise j'ai constaté que cette
erreur se produisait sur un autre controle toujours lorsque je me deplace
de

champs en champs.

Arrivé sur le controle => message d'erreur , je click sur OK pour le
faire

disparaitre et la lorsque je clique n'importe ou
dans mon formulaire , j'ai une nouvelle fois le message puis aprés l'avoir
fait disparaitre tout va bien

Et puis j'ai supprimé le champs hypertetxte pour utiliser un champ texte
avec ton code qui permet
d'ouvrir automatiquement un executable.

au fait quelle est la différence entre: Me.monControle et Me!monControle
?


cdlt
Alain


Avatar
Anor
Bonjour Raymond

Raymond a confié :
| Une démonstration vaut mieux qu'un long discours;
|
| tu prends un formulaire, tu places un champ de table. le contrôle et
| la source portent le même nom. Change le nom du contrôle. passe en
| vbe et tape la fonction suivante:
| Me.Nomducontrole. tu auras toutes les propriétés du contrôle.
| tape Me!Nomdelasource. et tu auras value seulement comme choix.
|
| CQFD.

euh pas d'accord avec toi :
Me.Nomducontrole. et Me!Nomducontrole. proposent tous deux les propriétés du contrôle
Me.Nomdelasource. et Me!Nomdelasource. proposent tous deux la propriété du champ

Dans ta démo, tu changes 2 paramètres si bien que la comparaison n'est plus possible.

C'est comme si tu enlevais 2 roues à ta voiture et que tu décidais de comparer son
nouveau comportement à celui d'une moto au lieu de comparer avec elle-même avec 4 roues.

En clair, moi, je dis que :

Le fait que VBE accepte la syntaxe me.lecontrole est pratique,
mais je pense que les . (points) auraient dû être réservés pour désigner les propriétés des
champs ou des contrôles,
et les ! (points d'exclamation) réservés pour désigner les champs ou les contrôles d'après leur
nom dans l'objet qui précède le !
En gros le ! servirait seulement de raccourci à la syntaxe Me("MonControle") qu'on transforme
volontiers en Me!MonControle

VBE préfère tout proposer derrière le point (propriétés + noms de champs source + noms de
contrôles)
et rien derrière le !, alors que les développeurs auraient tout aussi pû ventiler propriétés
d'un côté et liste de champs+contrôles de l'autre.

Cela dit, la syntaxe ci-dessous
Forms(Me.Name).Controls.item("LeControle").Value = "test2"
peut heureusement être simplifiée en
Me!LeControle.Value qui restera ma syntaxe préférée, même si je ne la respecte pas toujours
scrupuleusement.

Bref, c'est pratique, mais je me demande toujours quelle est la portabilité de toutes ces
syntaxes
pour désigner la même chose (même si dans VB6 ça ne semble pas poser trop de problèmes)

Quod Erat Demonstrandum
;-)
--
à+
Arnaud
--------------------------------------------------
Avant toute chose : http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
## Réponses souhaitées sur ce forum, merci. ##
--------------------------------------------------
Avatar
Alain TEYSSEDRE
Bonjour Arnaud et Raymond

Bon si je resume Me.toto ou Me!toto c'est kif kif ...

Merci Arnaud pour tes explications qui éclairent le débat.

Raymond je compte sur toi pour faire mieux la prochaine fois

cdlt
Alain

PS : au fait j'ai trouvé l'origine de mon problème ::
j'ai intégré dans mon code une prodédure pour mettre en évidence le
champ en cours
en changeant le fond de ma zone de texte ...
le pb c'est que j'avais inclus ces appels de procédure pour une Case à
cocher ... => et la
ça ne marche pas = Erreur 438



"Anor" a écrit dans le message de
news:
Bonjour Raymond

Raymond a confié :
| Une démonstration vaut mieux qu'un long discours;
|
| tu prends un formulaire, tu places un champ de table. le contrôle et
| la source portent le même nom. Change le nom du contrôle. passe en
| vbe et tape la fonction suivante:
| Me.Nomducontrole. tu auras toutes les propriétés du contrôle.
| tape Me!Nomdelasource. et tu auras value seulement comme choix.
|
| CQFD.

euh pas d'accord avec toi :
Me.Nomducontrole. et Me!Nomducontrole. proposent tous deux les propriétés
du contrôle

Me.Nomdelasource. et Me!Nomdelasource. proposent tous deux la propriété
du champ


Dans ta démo, tu changes 2 paramètres si bien que la comparaison n'est
plus possible.


C'est comme si tu enlevais 2 roues à ta voiture et que tu décidais de
comparer son

nouveau comportement à celui d'une moto au lieu de comparer avec elle-même
avec 4 roues.


En clair, moi, je dis que :

Le fait que VBE accepte la syntaxe me.lecontrole est pratique,
mais je pense que les . (points) auraient dû être réservés pour désigner
les propriétés des

champs ou des contrôles,
et les ! (points d'exclamation) réservés pour désigner les champs ou les
contrôles d'après leur

nom dans l'objet qui précède le !
En gros le ! servirait seulement de raccourci à la syntaxe
Me("MonControle") qu'on transforme

volontiers en Me!MonControle

VBE préfère tout proposer derrière le point (propriétés + noms de champs
source + noms de

contrôles)
et rien derrière le !, alors que les développeurs auraient tout aussi pû
ventiler propriétés

d'un côté et liste de champs+contrôles de l'autre.

Cela dit, la syntaxe ci-dessous
Forms(Me.Name).Controls.item("LeControle").Value = "test2"
peut heureusement être simplifiée en
Me!LeControle.Value qui restera ma syntaxe préférée, même si je ne la
respecte pas toujours

scrupuleusement.

Bref, c'est pratique, mais je me demande toujours quelle est la
portabilité de toutes ces

syntaxes
pour désigner la même chose (même si dans VB6 ça ne semble pas poser trop
de problèmes)


Quod Erat Demonstrandum
;-)
--
à+
Arnaud
--------------------------------------------------
Avant toute chose : http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
## Réponses souhaitées sur ce forum, merci. ##
--------------------------------------------------