Une question me turlupine à propos du code généré par l'assistant (par ex
pour un bouton dans un formulaire):
il passe toujours par une variable pour envoyer une instruction vba.
exemple :
au lieu d ecrire :
DoCmd.OpenReport "EtFiche", acPreview
l'assistant ecrit :
stDocName = "EtFiche"
DoCmd.OpenReport stDocName, acPreview
(ce qui me semble alourdir inutilement le code)
connaissez vous la raison de cette particularite ?
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]
Bonjour.
Comme tous les assistants et les générateurs, access passe par des variables car c'est plus facile à gérer par le générateur. Je ne sais pas si tu as déjà fait des générateurs, mais on commence par faire le maximum de lignes standards sans se soucier des valeurs, on génère la ligne de valeur et ensuite on copie les lignes stan dards d'une librairie. à la sortie on se retrouve avec 5 à 10 lignes supplémentaires mais le problème est résolu, facilement et rapidement. si l'utilisateur veut chronométrer le temps d'exécution de la procédure, il en a pour un bonj moment. ce que tu fais, tu nettoies un peu manuellement certaines fonctions, telles qu'au niveau des findfirst des listes et des Openform/openreport.
-- @+ 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
"loutox" a écrit dans le message de news: 420c6977$0$508$
Bonjour à tous,
Une question me turlupine à propos du code généré par l'assistant (par ex pour un bouton dans un formulaire): il passe toujours par une variable pour envoyer une instruction vba.
exemple : au lieu d ecrire : DoCmd.OpenReport "EtFiche", acPreview
stDocName = "EtFiche" DoCmd.OpenReport stDocName, acPreview (ce qui me semble alourdir inutilement le code)
connaissez vous la raison de cette particularite ?
bonne journée Loutox.
Bonjour.
Comme tous les assistants et les générateurs, access passe par des variables
car c'est plus facile à gérer par le générateur. Je ne sais pas si tu as
déjà fait des générateurs, mais on commence par faire le maximum de lignes
standards sans se soucier des valeurs, on génère la ligne de valeur et
ensuite on copie les lignes stan dards d'une librairie. à la sortie on se
retrouve avec 5 à 10 lignes supplémentaires mais le problème est résolu,
facilement et rapidement. si l'utilisateur veut chronométrer le temps
d'exécution de la procédure, il en a pour un bonj moment.
ce que tu fais, tu nettoies un peu manuellement certaines fonctions, telles
qu'au niveau des findfirst des listes et des Openform/openreport.
--
@+
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
"loutox" <loutox@pasici.fr> a écrit dans le message de news:
420c6977$0$508$626a14ce@news.free.fr...
Bonjour à tous,
Une question me turlupine à propos du code généré par l'assistant (par ex
pour un bouton dans un formulaire):
il passe toujours par une variable pour envoyer une instruction vba.
exemple :
au lieu d ecrire :
DoCmd.OpenReport "EtFiche", acPreview
stDocName = "EtFiche"
DoCmd.OpenReport stDocName, acPreview
(ce qui me semble alourdir inutilement le code)
connaissez vous la raison de cette particularite ?
Comme tous les assistants et les générateurs, access passe par des variables car c'est plus facile à gérer par le générateur. Je ne sais pas si tu as déjà fait des générateurs, mais on commence par faire le maximum de lignes standards sans se soucier des valeurs, on génère la ligne de valeur et ensuite on copie les lignes stan dards d'une librairie. à la sortie on se retrouve avec 5 à 10 lignes supplémentaires mais le problème est résolu, facilement et rapidement. si l'utilisateur veut chronométrer le temps d'exécution de la procédure, il en a pour un bonj moment. ce que tu fais, tu nettoies un peu manuellement certaines fonctions, telles qu'au niveau des findfirst des listes et des Openform/openreport.
-- @+ 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
"loutox" a écrit dans le message de news: 420c6977$0$508$
Bonjour à tous,
Une question me turlupine à propos du code généré par l'assistant (par ex pour un bouton dans un formulaire): il passe toujours par une variable pour envoyer une instruction vba.
exemple : au lieu d ecrire : DoCmd.OpenReport "EtFiche", acPreview
stDocName = "EtFiche" DoCmd.OpenReport stDocName, acPreview (ce qui me semble alourdir inutilement le code)
connaissez vous la raison de cette particularite ?
bonne journée Loutox.
loutox
Bonjour, Merci pour ta réponse qui correspond à ce que je pressentais. (je n'ai pas encore eu à créer de générateurs.)
bon WE Loutox
Comme tous les assistants et les générateurs, access passe par des variables car c'est plus facile à gérer par le générateur. Je ne sais pas si tu as déjà fait des générateurs, mais on commence par faire le maximum de lignes standards sans se soucier des valeurs, on génère la ligne de valeur et ensuite on copie les lignes stan dards d'une librairie. à la sortie on se retrouve avec 5 à 10 lignes supplémentaires mais le problème est résolu, facilement et rapidement. si l'utilisateur veut chronométrer le temps d'exécution de la procédure, il en a pour un bonj moment. ce que tu fais, tu nettoies un peu manuellement certaines fonctions, telles qu'au niveau des findfirst des listes et des Openform/openreport.
-- @+ 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
"loutox" a écrit dans le message de news: 420c6977$0$508$
Bonjour à tous,
Une question me turlupine à propos du code généré par l'assistant (par ex pour un bouton dans un formulaire): il passe toujours par une variable pour envoyer une instruction vba.
exemple : au lieu d ecrire : DoCmd.OpenReport "EtFiche", acPreview
stDocName = "EtFiche" DoCmd.OpenReport stDocName, acPreview (ce qui me semble alourdir inutilement le code)
connaissez vous la raison de cette particularite ?
bonne journée Loutox.
Bonjour,
Merci pour ta réponse qui correspond à ce que je pressentais.
(je n'ai pas encore eu à créer de générateurs.)
bon WE
Loutox
Comme tous les assistants et les générateurs, access passe par des
variables car c'est plus facile à gérer par le générateur. Je ne sais pas
si tu as déjà fait des générateurs, mais on commence par faire le maximum
de lignes standards sans se soucier des valeurs, on génère la ligne de
valeur et ensuite on copie les lignes stan dards d'une librairie. à la
sortie on se retrouve avec 5 à 10 lignes supplémentaires mais le problème
est résolu, facilement et rapidement. si l'utilisateur veut chronométrer
le temps d'exécution de la procédure, il en a pour un bonj moment.
ce que tu fais, tu nettoies un peu manuellement certaines fonctions,
telles qu'au niveau des findfirst des listes et des Openform/openreport.
--
@+
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
"loutox" <loutox@pasici.fr> a écrit dans le message de news:
420c6977$0$508$626a14ce@news.free.fr...
Bonjour à tous,
Une question me turlupine à propos du code généré par l'assistant (par
ex pour un bouton dans un formulaire):
il passe toujours par une variable pour envoyer une instruction vba.
exemple :
au lieu d ecrire :
DoCmd.OpenReport "EtFiche", acPreview
stDocName = "EtFiche"
DoCmd.OpenReport stDocName, acPreview
(ce qui me semble alourdir inutilement le code)
connaissez vous la raison de cette particularite ?
Bonjour, Merci pour ta réponse qui correspond à ce que je pressentais. (je n'ai pas encore eu à créer de générateurs.)
bon WE Loutox
Comme tous les assistants et les générateurs, access passe par des variables car c'est plus facile à gérer par le générateur. Je ne sais pas si tu as déjà fait des générateurs, mais on commence par faire le maximum de lignes standards sans se soucier des valeurs, on génère la ligne de valeur et ensuite on copie les lignes stan dards d'une librairie. à la sortie on se retrouve avec 5 à 10 lignes supplémentaires mais le problème est résolu, facilement et rapidement. si l'utilisateur veut chronométrer le temps d'exécution de la procédure, il en a pour un bonj moment. ce que tu fais, tu nettoies un peu manuellement certaines fonctions, telles qu'au niveau des findfirst des listes et des Openform/openreport.
-- @+ 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
"loutox" a écrit dans le message de news: 420c6977$0$508$
Bonjour à tous,
Une question me turlupine à propos du code généré par l'assistant (par ex pour un bouton dans un formulaire): il passe toujours par une variable pour envoyer une instruction vba.
exemple : au lieu d ecrire : DoCmd.OpenReport "EtFiche", acPreview
stDocName = "EtFiche" DoCmd.OpenReport stDocName, acPreview (ce qui me semble alourdir inutilement le code)
connaissez vous la raison de cette particularite ?
