Je voudrais que lors d'une modification d'un enregistrement
soit dans le formulaire ou dans le sous formulaire , j'ai une boite
de dialogue me demandant une confirmation d'enregistrement.
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
Daniel Carollo
Bonjour encore Rene!
Voyez l'aide en ligne sur l'evenement BeforeUpdate du formulaire (ou du sous-formulaire), le plus simple serait d'avoir un MsgBox() qui demande a l'utilisateur confirmation, et anullation de la sauvegarde de l'enregistrement le cas echeant...
Bonne continuation,
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
bonjour,
J'ai 1 formulaire avec un sous formulaire
Je voudrais que lors d'une modification d'un enregistrement soit dans le formulaire ou dans le sous formulaire , j'ai une boite de dialogue me demandant une confirmation d'enregistrement.
si vous avez une solution
rené
Bonjour encore Rene!
Voyez l'aide en ligne sur l'evenement BeforeUpdate du formulaire (ou du
sous-formulaire), le plus simple serait d'avoir un MsgBox() qui demande a
l'utilisateur confirmation, et anullation de la sauvegarde de
l'enregistrement le cas echeant...
Bonne continuation,
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"rg" <r.gesbert@free.fr_NoSpam> wrote in message
news:eK9qUmT1EHA.1308@TK2MSFTNGP09.phx.gbl...
bonjour,
J'ai 1 formulaire avec un sous formulaire
Je voudrais que lors d'une modification d'un enregistrement
soit dans le formulaire ou dans le sous formulaire , j'ai une boite
de dialogue me demandant une confirmation d'enregistrement.
Voyez l'aide en ligne sur l'evenement BeforeUpdate du formulaire (ou du sous-formulaire), le plus simple serait d'avoir un MsgBox() qui demande a l'utilisateur confirmation, et anullation de la sauvegarde de l'enregistrement le cas echeant...
Bonne continuation,
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
bonjour,
J'ai 1 formulaire avec un sous formulaire
Je voudrais que lors d'une modification d'un enregistrement soit dans le formulaire ou dans le sous formulaire , j'ai une boite de dialogue me demandant une confirmation d'enregistrement.
si vous avez une solution
rené
rg
le problème est que l'événement BeforeUpdate est dans le formulaire et aussi dans le sous formulaire , donc cela me donne 2 boites de dialogue de confirmation et je voudrais qu'un boite de dialogue !
rené
"Daniel Carollo" a écrit dans le message de news: #
Bonjour encore Rene!
Voyez l'aide en ligne sur l'evenement BeforeUpdate du formulaire (ou du sous-formulaire), le plus simple serait d'avoir un MsgBox() qui demande a l'utilisateur confirmation, et anullation de la sauvegarde de l'enregistrement le cas echeant...
Bonne continuation,
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
bonjour,
J'ai 1 formulaire avec un sous formulaire
Je voudrais que lors d'une modification d'un enregistrement soit dans le formulaire ou dans le sous formulaire , j'ai une boite de dialogue me demandant une confirmation d'enregistrement.
si vous avez une solution
rené
le problème est que l'événement BeforeUpdate est dans le formulaire et aussi
dans le sous formulaire , donc cela me donne 2 boites de dialogue de
confirmation
et je voudrais qu'un boite de dialogue !
rené
"Daniel Carollo" <danielc@NO_SPAM_PLEASE.computing-tech.com> a écrit dans le
message de news: #zdSJBU1EHA.3336@TK2MSFTNGP11.phx.gbl...
Bonjour encore Rene!
Voyez l'aide en ligne sur l'evenement BeforeUpdate du formulaire (ou du
sous-formulaire), le plus simple serait d'avoir un MsgBox() qui demande a
l'utilisateur confirmation, et anullation de la sauvegarde de
l'enregistrement le cas echeant...
Bonne continuation,
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"rg" <r.gesbert@free.fr_NoSpam> wrote in message
news:eK9qUmT1EHA.1308@TK2MSFTNGP09.phx.gbl...
bonjour,
J'ai 1 formulaire avec un sous formulaire
Je voudrais que lors d'une modification d'un enregistrement
soit dans le formulaire ou dans le sous formulaire , j'ai une boite
de dialogue me demandant une confirmation d'enregistrement.
le problème est que l'événement BeforeUpdate est dans le formulaire et aussi dans le sous formulaire , donc cela me donne 2 boites de dialogue de confirmation et je voudrais qu'un boite de dialogue !
rené
"Daniel Carollo" a écrit dans le message de news: #
Bonjour encore Rene!
Voyez l'aide en ligne sur l'evenement BeforeUpdate du formulaire (ou du sous-formulaire), le plus simple serait d'avoir un MsgBox() qui demande a l'utilisateur confirmation, et anullation de la sauvegarde de l'enregistrement le cas echeant...
Bonne continuation,
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
bonjour,
J'ai 1 formulaire avec un sous formulaire
Je voudrais que lors d'une modification d'un enregistrement soit dans le formulaire ou dans le sous formulaire , j'ai une boite de dialogue me demandant une confirmation d'enregistrement.
si vous avez une solution
rené
Daniel Carollo
Si votre architecture est "classique" c'est a dire que le sous-formulaire affiche des enregistrements d'une table "fille" lies a un enregistrement de la table "mere" affiche dans le formulaire, alors vous n'avez pas le choix: la sauvegarde de l'enregistrement cote sous-formulaire se fait quand vous quittez l'enregistrement en cours du sous-formulaire. La sauvegarde de l'enregistrement du formulaire se fait de facon separee et independante. Il y a donc deux evenements distincts.
Le seul moyen (a ma connaissance) serait de compliquer les choses considerablement en travaillant sur des objets temporaires et en faisant les mises a jour en transferant les donnees de ces objets temporaires dans les tables finales.
Bonne continuation quand meme...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
le problème est que l'événement BeforeUpdate est dans le formulaire et aussi
dans le sous formulaire , donc cela me donne 2 boites de dialogue de confirmation et je voudrais qu'un boite de dialogue !
rené
Si votre architecture est "classique" c'est a dire que le sous-formulaire
affiche des enregistrements d'une table "fille" lies a un enregistrement de
la table "mere" affiche dans le formulaire, alors vous n'avez pas le choix:
la sauvegarde de l'enregistrement cote sous-formulaire se fait quand vous
quittez l'enregistrement en cours du sous-formulaire. La sauvegarde de
l'enregistrement du formulaire se fait de facon separee et independante. Il
y a donc deux evenements distincts.
Le seul moyen (a ma connaissance) serait de compliquer les choses
considerablement en travaillant sur des objets temporaires et en faisant les
mises a jour en transferant les donnees de ces objets temporaires dans les
tables finales.
Bonne continuation quand meme...
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"rg" <r.gesbert@free.fr_NoSpam> wrote in message
news:OGbNbYU1EHA.324@TK2MSFTNGP10.phx.gbl...
le problème est que l'événement BeforeUpdate est dans le formulaire et
aussi
dans le sous formulaire , donc cela me donne 2 boites de dialogue de
confirmation
et je voudrais qu'un boite de dialogue !
Si votre architecture est "classique" c'est a dire que le sous-formulaire affiche des enregistrements d'une table "fille" lies a un enregistrement de la table "mere" affiche dans le formulaire, alors vous n'avez pas le choix: la sauvegarde de l'enregistrement cote sous-formulaire se fait quand vous quittez l'enregistrement en cours du sous-formulaire. La sauvegarde de l'enregistrement du formulaire se fait de facon separee et independante. Il y a donc deux evenements distincts.
Le seul moyen (a ma connaissance) serait de compliquer les choses considerablement en travaillant sur des objets temporaires et en faisant les mises a jour en transferant les donnees de ces objets temporaires dans les tables finales.
Bonne continuation quand meme...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
le problème est que l'événement BeforeUpdate est dans le formulaire et aussi
dans le sous formulaire , donc cela me donne 2 boites de dialogue de confirmation et je voudrais qu'un boite de dialogue !
rené
rg
merci Daniel pour tes réponses mais je continue la recherche d'une solution simple
A+ sur les news René
"Daniel Carollo" a écrit dans le message de news:
Si votre architecture est "classique" c'est a dire que le sous-formulaire affiche des enregistrements d'une table "fille" lies a un enregistrement de
la table "mere" affiche dans le formulaire, alors vous n'avez pas le choix:
la sauvegarde de l'enregistrement cote sous-formulaire se fait quand vous quittez l'enregistrement en cours du sous-formulaire. La sauvegarde de l'enregistrement du formulaire se fait de facon separee et independante. Il
y a donc deux evenements distincts.
Le seul moyen (a ma connaissance) serait de compliquer les choses considerablement en travaillant sur des objets temporaires et en faisant les
mises a jour en transferant les donnees de ces objets temporaires dans les tables finales.
Bonne continuation quand meme...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
le problème est que l'événement BeforeUpdate est dans le formulaire et aussi
dans le sous formulaire , donc cela me donne 2 boites de dialogue de confirmation et je voudrais qu'un boite de dialogue !
rené
merci Daniel pour tes réponses
mais je continue la recherche d'une solution simple
A+ sur les news
René
"Daniel Carollo" <danielc@NO_SPAM_PLEASE.computing-tech.com> a écrit dans le
message de news: OsIr5gU1EHA.2572@tk2msftngp13.phx.gbl...
Si votre architecture est "classique" c'est a dire que le sous-formulaire
affiche des enregistrements d'une table "fille" lies a un enregistrement
de
la table "mere" affiche dans le formulaire, alors vous n'avez pas le
choix:
la sauvegarde de l'enregistrement cote sous-formulaire se fait quand vous
quittez l'enregistrement en cours du sous-formulaire. La sauvegarde de
l'enregistrement du formulaire se fait de facon separee et independante.
Il
y a donc deux evenements distincts.
Le seul moyen (a ma connaissance) serait de compliquer les choses
considerablement en travaillant sur des objets temporaires et en faisant
les
mises a jour en transferant les donnees de ces objets temporaires dans les
tables finales.
Bonne continuation quand meme...
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"rg" <r.gesbert@free.fr_NoSpam> wrote in message
news:OGbNbYU1EHA.324@TK2MSFTNGP10.phx.gbl...
le problème est que l'événement BeforeUpdate est dans le formulaire et
aussi
dans le sous formulaire , donc cela me donne 2 boites de dialogue de
confirmation
et je voudrais qu'un boite de dialogue !
merci Daniel pour tes réponses mais je continue la recherche d'une solution simple
A+ sur les news René
"Daniel Carollo" a écrit dans le message de news:
Si votre architecture est "classique" c'est a dire que le sous-formulaire affiche des enregistrements d'une table "fille" lies a un enregistrement de
la table "mere" affiche dans le formulaire, alors vous n'avez pas le choix:
la sauvegarde de l'enregistrement cote sous-formulaire se fait quand vous quittez l'enregistrement en cours du sous-formulaire. La sauvegarde de l'enregistrement du formulaire se fait de facon separee et independante. Il
y a donc deux evenements distincts.
Le seul moyen (a ma connaissance) serait de compliquer les choses considerablement en travaillant sur des objets temporaires et en faisant les
mises a jour en transferant les donnees de ces objets temporaires dans les tables finales.
Bonne continuation quand meme...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"rg" wrote in message news:
le problème est que l'événement BeforeUpdate est dans le formulaire et aussi
dans le sous formulaire , donc cela me donne 2 boites de dialogue de confirmation et je voudrais qu'un boite de dialogue !
rené
Daniel Carollo
Bonsoir Daniel (et Rene)!
C'est en effet une facon de proceder, mais alors, a quoi bon utiliser Access? Un developpement de ce genre se fera bien plus rapidement en utilisant VB ( surtout en version .Net), ASP, PHP ou une myriade d'autres environnements sur ADO directement.
L'avantage d'Access, c'est d'avoir justement des controles lies a des des champs, des formulaires a des recordsets et de ne pas avoir a s'occuper de la mecanique derriere le decor. Si on met les mains dans le cambouis, autant faire sauter toutes les couches intermediaires et s'affranchir de la lourdeur de l'interface...
C'est une des raisons pour lesquelles il vaut mieux avoir plusieurs cordes a son arc...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"Daniel STROOBANTS" wrote in message news:coeak0$nka$ Bonjour,
Pour ma part, en temps qu'ancien utilisateur de DBASE, lorsque je désire créer un nouvel enregistrement, je crée un formulaire dont les champs sont des variables dont le nom initial du champ est précédé par "V_". Cela me permet de créer un bouton d'annulation et un bouton de confirmation. Si confirmation il y a, j'ouvre la ou les tables concernées et je procède aux ajouts. L'avantage est que cette façon de procéder permet toute une série de vérifications préalables à l'enregistrement définitif et, lorsqu'on utilis la base en réseau, la ou les tables sont "bloquée(s)" uniquement durant l'enregistrement et pas durant le remplissage des champs.
Cordialement
Bonsoir Daniel (et Rene)!
C'est en effet une facon de proceder, mais alors, a quoi bon utiliser
Access? Un developpement de ce genre se fera bien plus rapidement en
utilisant VB ( surtout en version .Net), ASP, PHP ou une myriade d'autres
environnements sur ADO directement.
L'avantage d'Access, c'est d'avoir justement des controles lies a des des
champs, des formulaires a des recordsets et de ne pas avoir a s'occuper de
la mecanique derriere le decor. Si on met les mains dans le cambouis, autant
faire sauter toutes les couches intermediaires et s'affranchir de la
lourdeur de l'interface...
C'est une des raisons pour lesquelles il vaut mieux avoir plusieurs cordes a
son arc...
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"Daniel STROOBANTS" <daniel.stroobants@brutele.be> wrote in message
news:coeak0$nka$1@news.brutele.be...
Bonjour,
Pour ma part, en temps qu'ancien utilisateur de DBASE, lorsque je désire
créer un nouvel enregistrement, je crée un formulaire dont les champs sont
des variables dont le nom initial du champ est précédé par "V_". Cela me
permet de créer un bouton d'annulation et un bouton de confirmation. Si
confirmation il y a, j'ouvre la ou les tables concernées et je procède aux
ajouts. L'avantage est que cette façon de procéder permet toute une série de
vérifications préalables à l'enregistrement définitif et, lorsqu'on utilis
la base en réseau, la ou les tables sont "bloquée(s)" uniquement durant
l'enregistrement et pas durant le remplissage des champs.
C'est en effet une facon de proceder, mais alors, a quoi bon utiliser Access? Un developpement de ce genre se fera bien plus rapidement en utilisant VB ( surtout en version .Net), ASP, PHP ou une myriade d'autres environnements sur ADO directement.
L'avantage d'Access, c'est d'avoir justement des controles lies a des des champs, des formulaires a des recordsets et de ne pas avoir a s'occuper de la mecanique derriere le decor. Si on met les mains dans le cambouis, autant faire sauter toutes les couches intermediaires et s'affranchir de la lourdeur de l'interface...
C'est une des raisons pour lesquelles il vaut mieux avoir plusieurs cordes a son arc...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"Daniel STROOBANTS" wrote in message news:coeak0$nka$ Bonjour,
Pour ma part, en temps qu'ancien utilisateur de DBASE, lorsque je désire créer un nouvel enregistrement, je crée un formulaire dont les champs sont des variables dont le nom initial du champ est précédé par "V_". Cela me permet de créer un bouton d'annulation et un bouton de confirmation. Si confirmation il y a, j'ouvre la ou les tables concernées et je procède aux ajouts. L'avantage est que cette façon de procéder permet toute une série de vérifications préalables à l'enregistrement définitif et, lorsqu'on utilis la base en réseau, la ou les tables sont "bloquée(s)" uniquement durant l'enregistrement et pas durant le remplissage des champs.