Discussion :

[mic122]

Bjr, j'ai conçu une base de données composée de table requettes formulaitres états et deux modules pour transformer des nmbres en lettres. sur mon PC équipé du log access aucun problème d'utilastion constatée, en revanche avec le runtime access, les champs qui doivent afficher les nombres en lettres dans les états ne foctionnent pas. il s'affiche un message d'erreur du style #nom? . D'ou peut venir le problème ? les modules sont ils pris en compte automatiquement ou faut ils les importer sur les pc qui utiliseront la base access?

[Jeannot45]

Hello mic122

Est-ce que tes modules font partie d'une bibliothèque particulière dans ce cas Il te faut les importer

Jeannot

[mic122]

J'ignore si mes modules font partie d'une blibliothèque, mais si je dois les importercomment faire et ou les copier. Je m'explique, j'ai copié mes deux modules et la base sur une cles USB mais je ne sais pas où les coller sur le pc équipé du runtime. pour la base pas de problème mais les deux modules ont une extention "bas " et je n'en ai ,pas repéré sur le DD. Help svp.

[Invité]

Bonjour

Sur ton micro, tes modules font parties de ta base ou tu les as importés exprés ?

Pourquoi ne les inclus pas dans ta base ?

Starec

[mic122]

En fait j'ai téléchargé des modules que j'ai adapté dans le bloc note; J'ai ensuite ouvertma base et créer un module, dans lequel j'ai copié le contenu du bloc note. j'ai ensuite créer un champs dans un état et clic droi propriété, lié ce champs avec le module. En lecture sur mon pc ok mais pas sur l'autre équipé du runtime. Il existe dans les menus une option import de module, mais une fois importé le seront-il dans la base et su oui y a t-il une autre manip à faire. Car j'ai testé la fonction import et cela n'a pas fonctionné. A moins que j'ai raté une étape.

[jnore]

Logiquement, lorsque tu crées une base access et que tu transmets cette même base à un pc qui possède le runtime, tout doit être fonctionnel.
Par ce qui peut arriver c'est que le runtime ne soit pas à jour.

Il faut commencer par faire un office update. Ensuite, il faut veiller à ce que le code VB soit compilé, sinon il se peut qu'il puisse défaillir avec le runtime qui est très sensible à la compilation.

Au fait, quelle est ta version d'access et du runtime?

[Invité]

Bonjour

Avant de mettre une appli sur un runtime, je la test en gérant la ligne de commande, les explications sont sur ce tuto.

Starec

[mic122]

en fait le code est compilé et la base a été converti au format access97 pour être compatible avec le runtime. Je me demande si il ne faudrait pas ajouter une macro,pour que le code des modules puisse être exécuté.

[mic122]

ma versin access est la version 2002 et le runtime 97 et 2000

[Invité]

Re

Si tu as utilisé du code qui n'est pas compatible avec 97, là c'est peut-être normal.

Il y'a des fonctions qui n'éxiste pas en 97 et 2000 par rappor à 2002.

Il faudrait que tu puisses tester sur un Access 97.

Starec

[mic122]

je vais tester sur la version 97, mais avant je vais supprimer mes champs liés au module car j'ai vu que le format n'est pas correct. j'ai commis sans doute une erreur en copiant un champs pour ne pas le recréer à nouveau et je penses que l'erreur viet de là. Les chams en question sont répétés deux fois, la première en nombre et la seconde en lettre. Donc demain je testerais sur le runtime.

[mic122]

Je vien de tester le runtime 2002 et il semblerait que tout fonctionne correctement. Je finaliserais les essai dans le semaine et je peux dès à présent m'accoorder une semain de congé. merci pur votre aide.