peut on mettre du code VB lié aux boutons de navigation d'un formulaire (
les selecteurs ). Si oui comment ?
comment peut on rafraichir en VB un formulaire lorsque on passe d'un
enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset.
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.
peut on mettre du code VB lié aux boutons de navigation d'un formulaire ( les selecteurs ). Si oui comment ? Non, ce n'est pas possible, mais tu peux créer toi même tes boutons de
navigation avec l'assistant et dans ce cas tu as toutes les propriétés assignées aux boutons de commandes qui sont disponibles.
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset. quand on passe d'un enregistrement à un autre l'événement Form_Current est
déclenché. dans ce événement tu peux inclure tout le code pour actualiser les contrôles indépendants en fonction des valeurs du nouvel enregistrement par exemple. ou tout autre code.
peut on ouvrir 3 recordset en même temps. et même plus à condition que l'objet recordset ne soit pas le même, vu que
tu as indiqué dao, tu ouvres tes recordset par la fonction: Set RS1 = CurrentDb.Openrecordset("le nom du recordset 1") Set RS2 = CurrentDb.Openrecordset("le nom du recordset 2") Set RS3 = CurrentDb.Openrecordset("le nom du recordset 3")
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" a écrit dans le message de news:
Quelques interrogations sous Access2000
peut on mettre du code VB lié aux boutons de navigation d'un formulaire ( les selecteurs ). Si oui comment ?
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset.
peut on ouvrir 3 recordset en même temps.
Tout cela en objets DAO.
Merci de vos remarques
Bonsoir.
peut on mettre du code VB lié aux boutons de navigation d'un formulaire (
les selecteurs ). Si oui comment ?
Non, ce n'est pas possible, mais tu peux créer toi même tes boutons de
navigation avec l'assistant et dans ce cas tu as toutes les propriétés
assignées aux boutons de commandes qui sont disponibles.
comment peut on rafraichir en VB un formulaire lorsque on passe d'un
enregistrement à un autre via un forrmulaire. Les données d'un 1°
recordset
évoluent bien mais pas celles d'un second recordset.
quand on passe d'un enregistrement à un autre l'événement Form_Current est
déclenché. dans ce événement tu peux inclure tout le code pour actualiser
les contrôles indépendants en fonction des valeurs du nouvel enregistrement
par exemple. ou tout autre code.
peut on ouvrir 3 recordset en même temps.
et même plus à condition que l'objet recordset ne soit pas le même, vu que
tu as indiqué dao, tu ouvres tes recordset par la fonction:
Set RS1 = CurrentDb.Openrecordset("le nom du recordset 1")
Set RS2 = CurrentDb.Openrecordset("le nom du recordset 2")
Set RS3 = CurrentDb.Openrecordset("le nom du recordset 3")
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" <michel.demede@wanadoo.fr> a écrit dans le message de
news:u6z3N8i1DHA.2460@TK2MSFTNGP10.phx.gbl...
Quelques interrogations sous Access2000
peut on mettre du code VB lié aux boutons de navigation d'un formulaire (
les selecteurs ). Si oui comment ?
comment peut on rafraichir en VB un formulaire lorsque on passe d'un
enregistrement à un autre via un forrmulaire. Les données d'un 1°
recordset
évoluent bien mais pas celles d'un second recordset.
peut on mettre du code VB lié aux boutons de navigation d'un formulaire ( les selecteurs ). Si oui comment ? Non, ce n'est pas possible, mais tu peux créer toi même tes boutons de
navigation avec l'assistant et dans ce cas tu as toutes les propriétés assignées aux boutons de commandes qui sont disponibles.
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset. quand on passe d'un enregistrement à un autre l'événement Form_Current est
déclenché. dans ce événement tu peux inclure tout le code pour actualiser les contrôles indépendants en fonction des valeurs du nouvel enregistrement par exemple. ou tout autre code.
peut on ouvrir 3 recordset en même temps. et même plus à condition que l'objet recordset ne soit pas le même, vu que
tu as indiqué dao, tu ouvres tes recordset par la fonction: Set RS1 = CurrentDb.Openrecordset("le nom du recordset 1") Set RS2 = CurrentDb.Openrecordset("le nom du recordset 2") Set RS3 = CurrentDb.Openrecordset("le nom du recordset 3")
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" a écrit dans le message de news:
Quelques interrogations sous Access2000
peut on mettre du code VB lié aux boutons de navigation d'un formulaire ( les selecteurs ). Si oui comment ?
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset.
peut on ouvrir 3 recordset en même temps.
Tout cela en objets DAO.
Merci de vos remarques
MD
merci bien de ton aide.
Autre question plus générale. Comment est il préférable de programmer l'accés aux données sous ACCESS 2000, en DAO ou en ADO, si c'est ds un 1° temps pour travailler en local sur une seule base ACCESS.
Au vue de la programmation WEB (ASP notamment) , ne serait il pas meilleur de tout faire en ADO et de laisser DAO?
"Raymond [mvp]" a écrit dans le message de news:%
Bonsoir.
peut on mettre du code VB lié aux boutons de navigation d'un formulaire (
les selecteurs ). Si oui comment ? Non, ce n'est pas possible, mais tu peux créer toi même tes boutons de
navigation avec l'assistant et dans ce cas tu as toutes les propriétés assignées aux boutons de commandes qui sont disponibles.
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset. quand on passe d'un enregistrement à un autre l'événement Form_Current est
déclenché. dans ce événement tu peux inclure tout le code pour actualiser les contrôles indépendants en fonction des valeurs du nouvel enregistrement
par exemple. ou tout autre code.
peut on ouvrir 3 recordset en même temps. et même plus à condition que l'objet recordset ne soit pas le même, vu que
tu as indiqué dao, tu ouvres tes recordset par la fonction: Set RS1 = CurrentDb.Openrecordset("le nom du recordset 1") Set RS2 = CurrentDb.Openrecordset("le nom du recordset 2") Set RS3 = CurrentDb.Openrecordset("le nom du recordset 3")
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" a écrit dans le message de news:
Quelques interrogations sous Access2000
peut on mettre du code VB lié aux boutons de navigation d'un formulaire (
les selecteurs ). Si oui comment ?
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset.
peut on ouvrir 3 recordset en même temps.
Tout cela en objets DAO.
Merci de vos remarques
merci bien de ton aide.
Autre question plus générale.
Comment est il préférable de programmer l'accés aux données sous ACCESS
2000, en DAO ou en ADO, si c'est ds un 1° temps pour travailler en local sur
une seule base ACCESS.
Au vue de la programmation WEB (ASP notamment) , ne serait il pas meilleur
de tout faire en ADO et de laisser DAO?
"Raymond [mvp]" <XYZ.access.seneque@free.fr> a écrit dans le message de
news:%236KIFFj1DHA.1760@TK2MSFTNGP10.phx.gbl...
Bonsoir.
peut on mettre du code VB lié aux boutons de navigation d'un formulaire
(
les selecteurs ). Si oui comment ?
Non, ce n'est pas possible, mais tu peux créer toi même tes boutons de
navigation avec l'assistant et dans ce cas tu as toutes les propriétés
assignées aux boutons de commandes qui sont disponibles.
comment peut on rafraichir en VB un formulaire lorsque on passe d'un
enregistrement à un autre via un forrmulaire. Les données d'un 1°
recordset
évoluent bien mais pas celles d'un second recordset.
quand on passe d'un enregistrement à un autre l'événement Form_Current est
déclenché. dans ce événement tu peux inclure tout le code pour actualiser
les contrôles indépendants en fonction des valeurs du nouvel
enregistrement
par exemple. ou tout autre code.
peut on ouvrir 3 recordset en même temps.
et même plus à condition que l'objet recordset ne soit pas le même, vu que
tu as indiqué dao, tu ouvres tes recordset par la fonction:
Set RS1 = CurrentDb.Openrecordset("le nom du recordset 1")
Set RS2 = CurrentDb.Openrecordset("le nom du recordset 2")
Set RS3 = CurrentDb.Openrecordset("le nom du recordset 3")
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" <michel.demede@wanadoo.fr> a écrit dans le message de
news:u6z3N8i1DHA.2460@TK2MSFTNGP10.phx.gbl...
Quelques interrogations sous Access2000
peut on mettre du code VB lié aux boutons de navigation d'un formulaire
(
les selecteurs ). Si oui comment ?
comment peut on rafraichir en VB un formulaire lorsque on passe d'un
enregistrement à un autre via un forrmulaire. Les données d'un 1°
recordset
évoluent bien mais pas celles d'un second recordset.
Autre question plus générale. Comment est il préférable de programmer l'accés aux données sous ACCESS 2000, en DAO ou en ADO, si c'est ds un 1° temps pour travailler en local sur une seule base ACCESS.
Au vue de la programmation WEB (ASP notamment) , ne serait il pas meilleur de tout faire en ADO et de laisser DAO?
"Raymond [mvp]" a écrit dans le message de news:%
Bonsoir.
peut on mettre du code VB lié aux boutons de navigation d'un formulaire (
les selecteurs ). Si oui comment ? Non, ce n'est pas possible, mais tu peux créer toi même tes boutons de
navigation avec l'assistant et dans ce cas tu as toutes les propriétés assignées aux boutons de commandes qui sont disponibles.
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset. quand on passe d'un enregistrement à un autre l'événement Form_Current est
déclenché. dans ce événement tu peux inclure tout le code pour actualiser les contrôles indépendants en fonction des valeurs du nouvel enregistrement
par exemple. ou tout autre code.
peut on ouvrir 3 recordset en même temps. et même plus à condition que l'objet recordset ne soit pas le même, vu que
tu as indiqué dao, tu ouvres tes recordset par la fonction: Set RS1 = CurrentDb.Openrecordset("le nom du recordset 1") Set RS2 = CurrentDb.Openrecordset("le nom du recordset 2") Set RS3 = CurrentDb.Openrecordset("le nom du recordset 3")
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" a écrit dans le message de news:
Quelques interrogations sous Access2000
peut on mettre du code VB lié aux boutons de navigation d'un formulaire (
les selecteurs ). Si oui comment ?
comment peut on rafraichir en VB un formulaire lorsque on passe d'un enregistrement à un autre via un forrmulaire. Les données d'un 1° recordset
évoluent bien mais pas celles d'un second recordset.
peut on ouvrir 3 recordset en même temps.
Tout cela en objets DAO.
Merci de vos remarques
Raymond [mvp]
Si tu veux prévoir l'avenir il serait préférable de partir directement en ADO. Si ta base provient de 97, il est préférable de démarrer en DAO, car compatible, et corriger en ADO dans un certain délai. si tu commences ta base directement en 2000 et + , profites en pour démarrer en ado. si tu penses avoir access à des bases hors jet (mdb) il est nettement préférable de partir en ado sinon faudra gérer ODBC. conclusion, si tu peux, part en ado. ce n'est qu'un conseil. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" a écrit dans le message de news:
merci bien de ton aide.
Autre question plus générale. Comment est il préférable de programmer l'accés aux données sous ACCESS 2000, en DAO ou en ADO, si c'est ds un 1° temps pour travailler en local sur
une seule base ACCESS.
Au vue de la programmation WEB (ASP notamment) , ne serait il pas meilleur
de tout faire en ADO et de laisser DAO?
Si tu veux prévoir l'avenir il serait préférable de partir directement en
ADO.
Si ta base provient de 97, il est préférable de démarrer en DAO, car
compatible, et corriger en ADO dans un certain délai.
si tu commences ta base directement en 2000 et + , profites en pour démarrer
en ado.
si tu penses avoir access à des bases hors jet (mdb) il est nettement
préférable de partir en ado sinon faudra gérer ODBC.
conclusion, si tu peux, part en ado.
ce n'est qu'un conseil.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" <michel.demede@wanadoo.fr> a écrit dans le message de
news:OEKXPVj1DHA.2872@TK2MSFTNGP09.phx.gbl...
merci bien de ton aide.
Autre question plus générale.
Comment est il préférable de programmer l'accés aux données sous ACCESS
2000, en DAO ou en ADO, si c'est ds un 1° temps pour travailler en local
sur
une seule base ACCESS.
Au vue de la programmation WEB (ASP notamment) , ne serait il pas
meilleur
Si tu veux prévoir l'avenir il serait préférable de partir directement en ADO. Si ta base provient de 97, il est préférable de démarrer en DAO, car compatible, et corriger en ADO dans un certain délai. si tu commences ta base directement en 2000 et + , profites en pour démarrer en ado. si tu penses avoir access à des bases hors jet (mdb) il est nettement préférable de partir en ado sinon faudra gérer ODBC. conclusion, si tu peux, part en ado. ce n'est qu'un conseil. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"MD" a écrit dans le message de news:
merci bien de ton aide.
Autre question plus générale. Comment est il préférable de programmer l'accés aux données sous ACCESS 2000, en DAO ou en ADO, si c'est ds un 1° temps pour travailler en local sur
une seule base ACCESS.
Au vue de la programmation WEB (ASP notamment) , ne serait il pas meilleur
