Liste de choix - message personnalisé si not inlist
3 réponses
joyeux atchoum
S'lt
J'ai juste une petite question, j'aimerai personnalisé le message
d'alerte lorsque l'utilisateur insere un texte non referencé dans la
zone de liste.
J'ai effectivement une alerte mais a priori je n'arrive pas à la
recuperer comme une erreur.
Comment proceder pour personnaliser ce message ?
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
joyeux atchoum
S'lt
| J'ai juste une petite question, j'aimerai personnalisé le message | d'alerte lorsque l'utilisateur insere un texte non referencé dans la | zone de liste. Un exemple de gestion dans l'événement NotInList : Tu enlèves ce dont tu n'as pas besoin, mais tu conserves le Response = acDataErrAdded qui est la clé qui te manquait !!
ok j'ai bien vu ton code, en fait j'avais meme pas pensé à regarder l'existence de l'evenement notinlist. un simple msgbox dans l'evenement semble me suffire.
Mais ton exemple (ainsi que la correction de Jessy) me souleve une interogation.
Pourquoi faire Response = acDataErrAdd/acDataErrContinue alors que Response est un argument d'entrée et non de sortie (idem pour cancel)
C'est pas la premiere fois que je coince dessus, je dois avoir une notion de base qui me manque à ce propos.
ja;) qui ...
S'lt
| J'ai juste une petite question, j'aimerai personnalisé le message
| d'alerte lorsque l'utilisateur insere un texte non referencé dans la
| zone de liste.
Un exemple de gestion dans l'événement NotInList :
Tu enlèves ce dont tu n'as pas besoin, mais tu conserves le
Response = acDataErrAdded qui est la clé qui te manquait !!
ok j'ai bien vu ton code, en fait j'avais meme pas pensé à regarder
l'existence de l'evenement notinlist.
un simple msgbox dans l'evenement semble me suffire.
Mais ton exemple (ainsi que la correction de Jessy) me souleve une
interogation.
Pourquoi faire Response = acDataErrAdd/acDataErrContinue
alors que Response est un argument d'entrée et non de sortie
(idem pour cancel)
C'est pas la premiere fois que je coince dessus, je dois avoir une
notion de base qui me manque à ce propos.
| J'ai juste une petite question, j'aimerai personnalisé le message | d'alerte lorsque l'utilisateur insere un texte non referencé dans la | zone de liste. Un exemple de gestion dans l'événement NotInList : Tu enlèves ce dont tu n'as pas besoin, mais tu conserves le Response = acDataErrAdded qui est la clé qui te manquait !!
ok j'ai bien vu ton code, en fait j'avais meme pas pensé à regarder l'existence de l'evenement notinlist. un simple msgbox dans l'evenement semble me suffire.
Mais ton exemple (ainsi que la correction de Jessy) me souleve une interogation.
Pourquoi faire Response = acDataErrAdd/acDataErrContinue alors que Response est un argument d'entrée et non de sortie (idem pour cancel)
C'est pas la premiere fois que je coince dessus, je dois avoir une notion de base qui me manque à ce propos.
ja;) qui ...
Jessy SEMPERE
Re,
ps : enlève le ".RunSQL" qui est en trop ;-))
oups la belle erreur ;-)))
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------
Re,
ps : enlève le ".RunSQL" qui est en trop ;-))
oups la belle erreur ;-)))
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------
joyeux atchoum
Sl't
En fait Response est bien un argument de sortie, il permet de dire à Access comment réagir sur l'évènement NotInList
Oki, (car c'est pas dans la documentation,) je comprends mieux maintenant
En fait les arguments que tu retrouves sur les procédures évènementielle des formulaires correspondent à des infos que tu vas donner à Access pour qu'il sache quoi faire sur tel ou tel évènement.
ok
Tu retrouve le cas sur l'évènement "sur libération", access te permet de lui dire si tu veux annuler la libération ou non à l'aide de l'argument Cancel tout comme l'évènement "sur suppression" ect. ect.
euh dans mon cas, je demande à avoir mes variables explicites donc il me demande d'expliciter Cancel donc meme si le declare en local du Sub, il sera pris en compte par Access
Voilà je ne suis pas sûr d'être clair mais bon... Si je pense avoir compris le principe, en tout cas ça m'eclaire un
chouille sur cet aspect que j'avais prefére negliger
ja;) qui ...
Sl't
En fait Response est bien un argument de sortie, il permet de dire
à Access comment réagir sur l'évènement NotInList
Oki, (car c'est pas dans la documentation,) je comprends mieux
maintenant
En fait les arguments que tu retrouves sur les procédures évènementielle
des formulaires correspondent à des infos que tu vas donner à Access
pour qu'il sache quoi faire sur tel ou tel évènement.
ok
Tu retrouve le cas sur l'évènement "sur libération", access te permet
de lui dire si tu veux annuler la libération ou non à l'aide de
l'argument Cancel tout comme l'évènement "sur suppression" ect. ect.
euh dans mon cas, je demande à avoir mes variables explicites
donc il me demande d'expliciter Cancel
donc meme si le declare en local du Sub, il sera pris en compte par
Access
Voilà je ne suis pas sûr d'être clair mais bon...
Si je pense avoir compris le principe, en tout cas ça m'eclaire un
chouille sur cet aspect que j'avais prefére negliger
En fait Response est bien un argument de sortie, il permet de dire à Access comment réagir sur l'évènement NotInList
Oki, (car c'est pas dans la documentation,) je comprends mieux maintenant
En fait les arguments que tu retrouves sur les procédures évènementielle des formulaires correspondent à des infos que tu vas donner à Access pour qu'il sache quoi faire sur tel ou tel évènement.
ok
Tu retrouve le cas sur l'évènement "sur libération", access te permet de lui dire si tu veux annuler la libération ou non à l'aide de l'argument Cancel tout comme l'évènement "sur suppression" ect. ect.
euh dans mon cas, je demande à avoir mes variables explicites donc il me demande d'expliciter Cancel donc meme si le declare en local du Sub, il sera pris en compte par Access
Voilà je ne suis pas sûr d'être clair mais bon... Si je pense avoir compris le principe, en tout cas ça m'eclaire un
chouille sur cet aspect que j'avais prefére negliger