|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : novembre 2010 Messages : 11 ![]() |
Bonjour,
J'ai déclaré des variables publiques. Ces variables ne répercutent pas les informations quand je les utilisent avec le runtime. Par contre, avec une version Access, toutes les informations fonctionnent parfaitement bien. Le code est pourtant simple : Code :
num_bordereau = Nz(DLookup("num_bord", "RQ_param"),0) Merci d'avance |
|
|
00
|
|
|
#2 | |
![]() ![]() ![]() |
Bonjour,
Citation:
De quelle version d'Access s'agit-il ? De quelle version du runtime s'agit-il ? Si tu enlèves le NZ() as tu une erreur 94 ? Argy
__________________
Ils comptent sur vous... Ce qui donne son sens à la communication, c´est la réponse que l´on obtient. Si vous n´obtenez pas la réponse voulue, communiquez différemment. Web Site ‡ @Mail Livres : VBA pour OFFICE 2007 et MICROSOFT ACCESS 2007 Nouveau Tutoriel : Déployer vos applications avec Microsoft Access 2010 MDB Viewer : Visionneuse Access v4.0 |
|
|
|
00
|
|
|
#3 |
|
Invité de passage
![]() Inscription : novembre 2010 Messages : 11 ![]() |
Bonjour,
versions : access et runtime 2010 Non je n'ai aucun message d'erreur... Si tu ne déclares pas les variables en publique, comment fais tu pour stocker les infos tout au long de l'utilisation de l'appli ? Merci d'avance pour ton aide |
|
|
00
|
|
|
#4 | |
![]() ![]() ![]() |
Citation:
Perso, j'utilise majoritairement des classes de propriétés ou la lecture dynamique dans des tables ou des requêtes. Pour ce qui est de transporter une valeur par exemple d'un formulaire vers une autre, tu peux utiliser l'argument OpenArgs. Si ce sont des données à stocker, je ne vois pas pourquoi tu les balades dans des variable publiques ; il suffit au moment voulu de lire la table dans laquelle ces valeurs t'intéressent. Dans Access, à partir de 2007, tu as les TempVars() que tu peux exploiter à l'instar des variables publiques. Je ne les utilises pas non plus mais c'est une autre approche. toutefois, selon moi, ça ne changera rien à ton problème. Mais pour résumer, ce n'est pas parce que tu utilises le runtime que la variable publique ne fonctionne pas ; ça n'a rien à voir. Si ta variable num_bordereau est de type Variant, il est supposé normal qu'il ne se passe rien dans ta formule : Es-tu certain que la table RQ_param contient des données. Pourquoi il n'y a pas de clause WHERE dans ta formule ? Y a t-il qu'un seul enregistrement ? Argy
__________________
Ils comptent sur vous... Ce qui donne son sens à la communication, c´est la réponse que l´on obtient. Si vous n´obtenez pas la réponse voulue, communiquez différemment. Web Site ‡ @Mail Livres : VBA pour OFFICE 2007 et MICROSOFT ACCESS 2007 Nouveau Tutoriel : Déployer vos applications avec Microsoft Access 2010 MDB Viewer : Visionneuse Access v4.0 |
|
|
|
00
|
|
|
#5 |
|
Invité de passage
![]() Inscription : novembre 2010 Messages : 11 ![]() |
Il se trouve que open args a été la 1ere methode que j'ai utilisé mais ça ne fonctionne pas non plus...
Je te confirme que la valeur est unique et toujours présente, ne peux être =0 Le problème c'est que la valeur est vide sur le runtime mais qu'elle fonctionne parfaitement avec une version Access |
|
|
00
|
|
|
#6 |
![]() ![]() ![]() |
Et que contient la table ?
As-tu essayé avec une extension ACCDR des ta base (simulation du mode Runtime sur une version complète) ? Est-ce qu'il figure la mention Option Explicit en entête de page des tes modules ? Sin non, pose les et recommence... Argy
__________________
Ils comptent sur vous... Ce qui donne son sens à la communication, c´est la réponse que l´on obtient. Si vous n´obtenez pas la réponse voulue, communiquez différemment. Web Site ‡ @Mail Livres : VBA pour OFFICE 2007 et MICROSOFT ACCESS 2007 Nouveau Tutoriel : Déployer vos applications avec Microsoft Access 2010 MDB Viewer : Visionneuse Access v4.0 |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com