Discussion :

[guen]

Bonjour

J'ai besoin d'exporter des objets (form/état) depuis une base access 1 vers une base 2, j'utilise CopyObject. Le souci, c'est que j'ai protégé le code VA de ma base 1 par un mot de passe (dans les proriétés du module VBA) et que du coup, il faut d'abord avoir rentré ce code pour pouvoir faire l'export de l'objet (qui contient du code)... Je ne veux pas que mes clients aient ce code... et ils sont d'ailleurs pour la plupart sur le runtime...
Comment puis-je contourner ce problème ? Est-il possible de rentrer le code de protection VBA par du VBA... de façon transparente pour l'utilisateur (en somme : de dévérouiller le code VBA par une fonction VBA), heu..pas sûr d'être très clair là ! J'ai regardé du côté de VBIDE mais ça a été un bide...
Est-ce possible à votre avis ?
Merci

guen

[Invité]

Bonjour

Je n'ai pas la réponse, mais peux-tu expliquer pourquoi tu importes des objets ? Quel est le but ?

Philippe

[guen]

bonjour
J'utilise ce système pour permettre à mes utilisateurs de créer des objets (form/état) personnels (à partir de mes modèles) et de les enregistrer automatiquement dans la dorsale. A l'ouverture de leur application (la frontale), je passe en revue tous les objets personnels enregistrés dans la dorsale et je les rapatrie dans ma frontale. Je peux ainsi faire des mises à jour régulières de la frontale sans écraser leurs objets... Mais pour cela, il faut que je puisse faire des exports/imports automatiques des objets en vba, et c'est là que mon mot de passe sur le code me bloque. Pour les requêtes personnelles, je l'ai plutôt géré par une table (dans la dorsale) qui contient le code SQL de la requête mais pour les états et formulaires, j'ai mis en place ce système car je ne suis pas sûr que je puisse enregistrer des objets états et formulaires dans une table (ou en objet OLE peut-être... mais comment je l'extrait ensuite de la table pour créer véritablement l'objet dans la base Access frontale) ?
Voili voilou
Merci
guen