|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre éprouvé
![]() Jean-Yves DUMASConsultant informatique Inscription : juin 2010 Messages : 325 ![]() |
Bonjour,
J'ai voulu essayer d'utiliser le générateur de menu général mis à disposition dans Access2007. Problème : quand je veux utiliser le formulaire généré en tant que sous-formulaire, celui-ci refuse de marcher. Je pense que ceci est du à l'utilisation des macros. J'ai donc entrepris de convertir les macros en tant que code VBA, et j'ai souhaité garder l'utilisation des variables globales (tempvar), car cela évitait d'utiliser des recordset de type ADO, comme cela était utilisé dans Access2003. Cependant, je m'aperçoit que la persistance de ces variables n'est pas conservée. résultat : quand j'ouvre le formulaire ... rien ne s'affiche, car la requête ne récupère pas le contenu de la tempvar, alors qu'il le fait très bien quand il utilise les macros. Dans ce topic, Tofalu recommande de passer par les recordset pour garder la persistance de ces variables. Je me demandais s'il existait une autre méthode que celui des Recordset ? Cela aurait le mérite de ne pas surcharger inutilsment la Bdd. De plus, comment intéger l'utilisation de CurrentDb.Properties(<ma variable globale>) dans le SQL ? Celui-ci ne reconnait pas l'utilisation de CurrentDb.Properties. Merci d'avance pour vos réponses éclairées
__________________
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème !!!si tout est OK, n'oubliez pas de cliquer sur
|
|
|
00
|
|
|
#2 |
![]() ![]() |
salut,
est-ce que l'utilisation de tables de parametres peut t'etre utile ici ? http://jpcheck.developpez.com/tutori...es-initiation/
__________________
Pas de question technique par MP, je ne réponds pas ![]() Mon perso ? Une vraie brute Tutos Access, Tâches planifiées et Batch,Tables de Paramètres sous Access, Excel et Batch, Tâches planifiées et Access |
|
00
|
|
|
#3 |
|
Membre éprouvé
![]() Jean-Yves DUMASConsultant informatique Inscription : juin 2010 Messages : 325 ![]() |
Salut JPcheck,
J'utilise bien le DLOOKUP, mais je m'aperçois qu'il faut aussi que je change la nomenclature des variables globales. Par ailleurs, ton tuto confirme qu'il faut stocker quelque part ces variables globlaes, et que cela ne paeut se faire que par recordset. Conclusion : les tempvar ne semblent utiles que pour des macros.
__________________
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème !!!si tout est OK, n'oubliez pas de cliquer sur
|
|
|
00
|
|
|
#4 |
![]() ![]() |
En fait, rien ne t'empeche d'utiliser les fonction GetParam dans tes contenus SQL de requetes
__________________
Pas de question technique par MP, je ne réponds pas ![]() Mon perso ? Une vraie brute Tutos Access, Tâches planifiées et Batch,Tables de Paramètres sous Access, Excel et Batch, Tâches planifiées et Access |
|
00
|
|
|
#5 |
|
Membre éprouvé
![]() Jean-Yves DUMASConsultant informatique Inscription : juin 2010 Messages : 325 ![]() |
Tout à fait, c'est même là un des gros interêts de Access dans le sens que l'on peut se constituer très facilement un nombre illimité de built-in fonctions.
Cela-dit, cela ne résout pas la problématique de s'affranchir des recordset. Je pensait justement que le tempvar évitait cette manipulation. Or, il semble n'en être rien quand il s'agit de coder en VBA. Cela m'intéresserait de savoir comment sont stockées les variables d'environnement dans les macros, et quelle est l'interaction entre les macros et le VBA.
__________________
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème !!!si tout est OK, n'oubliez pas de cliquer sur
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com