Bonjour, j'ai un peu de mal pour utiliser ce controle dans le cas suivant :
j'ai un form basé sur une requête et cette case à cocher liée à un champ de
cette requête. Dans mon formulaire je coche(-1) ou je decoche(0) mais il se
trouve qu'un autre opérateur dans un autre form donne la valeur Null à ce
champ dont l'apparence devient "grisé" dans le premier form et je voudrai
empêcher toute action sur cette case depuis celui ci. A part afficher un
message sur l'événement GotFocus (mais il y a un pb de déclenchement sur tab)
je ne vois pas trop car sur beforeupdate j'ai déjà -1 comme valeur. Merci
d'avance
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
Raymond [mvp]
Bonsoir.
si un opérateur agit sur le formulaire d'un autre opérateur, ça veut dire que ta base n'est pas partagée en base principale et bases frontales. Il faudrait voir si tu peux passer par cette possibilité qui supprimerait tous tes ennuis.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" a écrit dans le message de news:
Bonjour, j'ai un peu de mal pour utiliser ce controle dans le cas suivant : j'ai un form basé sur une requête et cette case à cocher liée à un champ de cette requête. Dans mon formulaire je coche(-1) ou je decoche(0) mais il se trouve qu'un autre opérateur dans un autre form donne la valeur Null à ce champ dont l'apparence devient "grisé" dans le premier form et je voudrai empêcher toute action sur cette case depuis celui ci. A part afficher un message sur l'événement GotFocus (mais il y a un pb de déclenchement sur tab) je ne vois pas trop car sur beforeupdate j'ai déjà -1 comme valeur. Merci d'avance
Jean-Christophe
Bonsoir.
si un opérateur agit sur le formulaire d'un autre opérateur, ça veut dire
que ta base n'est pas partagée en base principale et bases frontales. Il
faudrait voir si tu peux passer par cette possibilité qui supprimerait tous
tes ennuis.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" <cyberjc@discussions.microsoft.com> a écrit dans le message de
news: 2B4293AE-9E57-454A-92A7-1F70C6D9C0EF@microsoft.com...
Bonjour, j'ai un peu de mal pour utiliser ce controle dans le cas suivant
:
j'ai un form basé sur une requête et cette case à cocher liée à un champ
de
cette requête. Dans mon formulaire je coche(-1) ou je decoche(0) mais il
se
trouve qu'un autre opérateur dans un autre form donne la valeur Null à ce
champ dont l'apparence devient "grisé" dans le premier form et je voudrai
empêcher toute action sur cette case depuis celui ci. A part afficher un
message sur l'événement GotFocus (mais il y a un pb de déclenchement sur
tab)
je ne vois pas trop car sur beforeupdate j'ai déjà -1 comme valeur. Merci
d'avance
si un opérateur agit sur le formulaire d'un autre opérateur, ça veut dire que ta base n'est pas partagée en base principale et bases frontales. Il faudrait voir si tu peux passer par cette possibilité qui supprimerait tous tes ennuis.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" a écrit dans le message de news:
Bonjour, j'ai un peu de mal pour utiliser ce controle dans le cas suivant : j'ai un form basé sur une requête et cette case à cocher liée à un champ de cette requête. Dans mon formulaire je coche(-1) ou je decoche(0) mais il se trouve qu'un autre opérateur dans un autre form donne la valeur Null à ce champ dont l'apparence devient "grisé" dans le premier form et je voudrai empêcher toute action sur cette case depuis celui ci. A part afficher un message sur l'événement GotFocus (mais il y a un pb de déclenchement sur tab) je ne vois pas trop car sur beforeupdate j'ai déjà -1 comme valeur. Merci d'avance
Jean-Christophe
cyberjc
Bonjour,
Je me suis mal exprimé, ce forme est basé sur une reqûete portant sur des tables liées SQL et cette case à cocher est liée a un de ces champs. L'opérateur A peut lui donner la valeur 0 ou -1 à un enregistrement et l'opérateur B ne voit cet enregistrement que quand c'est -1, à ce moment il valide et donne la valeur Null ==> A voit cet enregistrement avec la case à cocher "grisée" et cet à ce moment que je ne veux plus qu'il puisse y toucher. Est ce plus clair ? ;-)
Bonsoir.
si un opérateur agit sur le formulaire d'un autre opérateur, ça veut dire que ta base n'est pas partagée en base principale et bases frontales. Il faudrait voir si tu peux passer par cette possibilité qui supprimerait tous tes ennuis.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" a écrit dans le message de news:
Bonjour, j'ai un peu de mal pour utiliser ce controle dans le cas suivant : j'ai un form basé sur une requête et cette case à cocher liée à un champ de cette requête. Dans mon formulaire je coche(-1) ou je decoche(0) mais il se trouve qu'un autre opérateur dans un autre form donne la valeur Null à ce champ dont l'apparence devient "grisé" dans le premier form et je voudrai empêcher toute action sur cette case depuis celui ci. A part afficher un message sur l'événement GotFocus (mais il y a un pb de déclenchement sur tab) je ne vois pas trop car sur beforeupdate j'ai déjà -1 comme valeur. Merci d'avance
Jean-Christophe
Bonjour,
Je me suis mal exprimé, ce forme est basé sur une reqûete portant sur des
tables liées SQL et cette case à cocher est liée a un de ces champs.
L'opérateur A peut lui donner la valeur 0 ou -1 à un enregistrement et
l'opérateur B ne voit cet enregistrement que quand c'est -1, à ce moment il
valide et donne la valeur Null ==> A voit cet enregistrement avec la case à
cocher "grisée" et cet à ce moment que je ne veux plus qu'il puisse y
toucher. Est ce plus clair ? ;-)
Bonsoir.
si un opérateur agit sur le formulaire d'un autre opérateur, ça veut dire
que ta base n'est pas partagée en base principale et bases frontales. Il
faudrait voir si tu peux passer par cette possibilité qui supprimerait tous
tes ennuis.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" <cyberjc@discussions.microsoft.com> a écrit dans le message de
news: 2B4293AE-9E57-454A-92A7-1F70C6D9C0EF@microsoft.com...
Bonjour, j'ai un peu de mal pour utiliser ce controle dans le cas suivant
:
j'ai un form basé sur une requête et cette case à cocher liée à un champ
de
cette requête. Dans mon formulaire je coche(-1) ou je decoche(0) mais il
se
trouve qu'un autre opérateur dans un autre form donne la valeur Null à ce
champ dont l'apparence devient "grisé" dans le premier form et je voudrai
empêcher toute action sur cette case depuis celui ci. A part afficher un
message sur l'événement GotFocus (mais il y a un pb de déclenchement sur
tab)
je ne vois pas trop car sur beforeupdate j'ai déjà -1 comme valeur. Merci
d'avance
Je me suis mal exprimé, ce forme est basé sur une reqûete portant sur des tables liées SQL et cette case à cocher est liée a un de ces champs. L'opérateur A peut lui donner la valeur 0 ou -1 à un enregistrement et l'opérateur B ne voit cet enregistrement que quand c'est -1, à ce moment il valide et donne la valeur Null ==> A voit cet enregistrement avec la case à cocher "grisée" et cet à ce moment que je ne veux plus qu'il puisse y toucher. Est ce plus clair ? ;-)
Bonsoir.
si un opérateur agit sur le formulaire d'un autre opérateur, ça veut dire que ta base n'est pas partagée en base principale et bases frontales. Il faudrait voir si tu peux passer par cette possibilité qui supprimerait tous tes ennuis.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" a écrit dans le message de news:
Bonjour, j'ai un peu de mal pour utiliser ce controle dans le cas suivant : j'ai un form basé sur une requête et cette case à cocher liée à un champ de cette requête. Dans mon formulaire je coche(-1) ou je decoche(0) mais il se trouve qu'un autre opérateur dans un autre form donne la valeur Null à ce champ dont l'apparence devient "grisé" dans le premier form et je voudrai empêcher toute action sur cette case depuis celui ci. A part afficher un message sur l'événement GotFocus (mais il y a un pb de déclenchement sur tab) je ne vois pas trop car sur beforeupdate j'ai déjà -1 comme valeur. Merci d'avance
Jean-Christophe
Raymond [mvp]
sur l'événement afterupdate de la case à cocher : tu déplaces le focus sur un contrôle quelconque tu mets la case à Enabled Non si elle a la valeur false ou Null il faut aussi teswter dans l'événement form_current il faut prévoir aussi une solution pour revenir à l'arrière et pouvoir remettre à True. -- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" a écrit dans le message de news:
Bonjour,
Je me suis mal exprimé, ce forme est basé sur une reqûete portant sur des tables liées SQL et cette case à cocher est liée a un de ces champs. L'opérateur A peut lui donner la valeur 0 ou -1 à un enregistrement et l'opérateur B ne voit cet enregistrement que quand c'est -1, à ce moment il valide et donne la valeur Null ==> A voit cet enregistrement avec la case à cocher "grisée" et cet à ce moment que je ne veux plus qu'il puisse y toucher. Est ce plus clair ? ;-)
sur l'événement afterupdate de la case à cocher :
tu déplaces le focus sur un contrôle quelconque
tu mets la case à Enabled Non si elle a la valeur false ou Null
il faut aussi teswter dans l'événement form_current
il faut prévoir aussi une solution pour revenir à l'arrière et pouvoir
remettre à True.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" <cyberjc@discussions.microsoft.com> a écrit dans le message de
news: 18D5CD50-A295-444B-9FAB-B8C1E3B62D1E@microsoft.com...
Bonjour,
Je me suis mal exprimé, ce forme est basé sur une reqûete portant sur des
tables liées SQL et cette case à cocher est liée a un de ces champs.
L'opérateur A peut lui donner la valeur 0 ou -1 à un enregistrement et
l'opérateur B ne voit cet enregistrement que quand c'est -1, à ce moment
il
valide et donne la valeur Null ==> A voit cet enregistrement avec la case
à
cocher "grisée" et cet à ce moment que je ne veux plus qu'il puisse y
toucher. Est ce plus clair ? ;-)
sur l'événement afterupdate de la case à cocher : tu déplaces le focus sur un contrôle quelconque tu mets la case à Enabled Non si elle a la valeur false ou Null il faut aussi teswter dans l'événement form_current il faut prévoir aussi une solution pour revenir à l'arrière et pouvoir remettre à True. -- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"cyberjc" a écrit dans le message de news:
Bonjour,
Je me suis mal exprimé, ce forme est basé sur une reqûete portant sur des tables liées SQL et cette case à cocher est liée a un de ces champs. L'opérateur A peut lui donner la valeur 0 ou -1 à un enregistrement et l'opérateur B ne voit cet enregistrement que quand c'est -1, à ce moment il valide et donne la valeur Null ==> A voit cet enregistrement avec la case à cocher "grisée" et cet à ce moment que je ne veux plus qu'il puisse y toucher. Est ce plus clair ? ;-)
