j'ai créé une application (access 2000) dans laquelle l'utilisateur
peut configurer et créer lui même ses formulaires en dynamique avec
insertion de code VBA pour mes procédures (avant insertion, après maj
du form). Tout fonctionne correctement.
J'aimerais juste savoir s'il y a moyen de masquer la fenêtre visual
Basic (qui s'ouvre automatiquement lors de l'insertion du code) pour
que les utilisateurs n'aient pas accès à mon code.??
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
3stone
Salut,
"Ben" | j'ai créé une application (access 2000) dans laquelle l'utilisateur | peut configurer et créer lui même ses formulaires en dynamique avec | insertion de code VBA pour mes procédures (avant insertion, après maj | du form). Tout fonctionne correctement. | | J'aimerais juste savoir s'il y a moyen de masquer la fenêtre visual | Basic (qui s'ouvre automatiquement lors de l'insertion du code) pour | que les utilisateurs n'aient pas accès à mon code.??
Tu permet que l'utilisateur crée des formulaires avec insertion de code mais tu ne veut pas qu'il puisse le voir ?
Si ce n'est que ton code que tu souhaite cacher, crée une MDE et attache-la à ta base en tant que complément.
"Ben"
| j'ai créé une application (access 2000) dans laquelle l'utilisateur
| peut configurer et créer lui même ses formulaires en dynamique avec
| insertion de code VBA pour mes procédures (avant insertion, après maj
| du form). Tout fonctionne correctement.
|
| J'aimerais juste savoir s'il y a moyen de masquer la fenêtre visual
| Basic (qui s'ouvre automatiquement lors de l'insertion du code) pour
| que les utilisateurs n'aient pas accès à mon code.??
Tu permet que l'utilisateur crée des formulaires avec insertion de code
mais tu ne veut pas qu'il puisse le voir ?
Si ce n'est que ton code que tu souhaite cacher, crée une MDE et
attache-la à ta base en tant que complément.
"Ben" | j'ai créé une application (access 2000) dans laquelle l'utilisateur | peut configurer et créer lui même ses formulaires en dynamique avec | insertion de code VBA pour mes procédures (avant insertion, après maj | du form). Tout fonctionne correctement. | | J'aimerais juste savoir s'il y a moyen de masquer la fenêtre visual | Basic (qui s'ouvre automatiquement lors de l'insertion du code) pour | que les utilisateurs n'aient pas accès à mon code.??
Tu permet que l'utilisateur crée des formulaires avec insertion de code mais tu ne veut pas qu'il puisse le voir ?
Si ce n'est que ton code que tu souhaite cacher, crée une MDE et attache-la à ta base en tant que complément.
merci pour ta réponse, mais apparemment ca ne marche pas... ou du moins j'ai un problème avec mon code...
pour resumer :
je developpe un logiciel pour des producteurs de crevette. au cours d'une campagne de production, ils mesurent un certains nombre de paramètres dans un certains nombre de bassins. le nombre de paramètre peut changer d'une production à l'autre et d'une ferme à l'autre, de même que le nombre de bassin. Je leur permet donc de configurer leurs formulaires en fonction d'une nombre de bassins et en choisissant dans une liste les paramètres qu'ils souhaitent mesurer.
En fait, ils choisissent dans une liste déroulante la campagne de production dont ils souhaitent consulter (ou modifier) les données. Après MAJ de la liste, une procédure me permet de rechercher la liste des paramètres mesurés au cours de la campagne, et en fonction de cette liste, créé les formulaires et tables temporaires associées, puis récupère les données archivées dans une table avec comme champs : Date/CodeCampagne/CodeParametre/Valeur. Elle crée également sur le formulaire un controle onglet par bassin et insère un peu de code de facon à modifier le filtre des données dans le form en fonction de l'onglet activé (et donc du bassin).
Ma procédure fonctionne bien dans mon fichier .mdb si ce n'est qu'elle ouvre automatiquement l'editeur VBA. J'ai essayé de créer un fichier MDE comme tu me le conseilles, mais après mise à jour de ma liste déroulante j'ai le message suivant : "L'expression Après MAJ entrée comme paramètre de la propriété de type évènement est à l'origi ne d'une erreur. Cette commande n'est pas disponible pour une base de données MDE/ADE"
Peux-tu m'aider pliiiiizzzzzzzzz ?
Merci d'avance pour les réponses.
Ben
Bonjour 3stone,
merci pour ta réponse, mais apparemment ca ne marche pas... ou du
moins j'ai un problème avec mon code...
pour resumer :
je developpe un logiciel pour des producteurs de crevette. au cours
d'une campagne de production, ils mesurent un certains nombre de
paramètres dans un certains nombre de bassins. le nombre de paramètre
peut changer d'une production à l'autre et d'une ferme à l'autre, de
même que le nombre de bassin. Je leur permet donc de configurer leurs
formulaires en fonction d'une nombre de bassins et en choisissant dans
une liste les paramètres qu'ils souhaitent mesurer.
En fait, ils choisissent dans une liste déroulante la campagne de
production dont ils souhaitent consulter (ou modifier) les données.
Après MAJ de la liste, une procédure me permet de rechercher la liste
des paramètres mesurés au cours de la campagne, et en fonction de
cette liste, créé les formulaires et tables temporaires associées,
puis récupère les données archivées dans une table avec comme
champs : Date/CodeCampagne/CodeParametre/Valeur. Elle crée également
sur le formulaire un controle onglet par bassin et insère un peu de
code de facon à modifier le filtre des données dans le form en
fonction de l'onglet activé (et donc du bassin).
Ma procédure fonctionne bien dans mon fichier .mdb si ce n'est qu'elle
ouvre automatiquement l'editeur VBA. J'ai essayé de créer un fichier
MDE comme tu me le conseilles, mais après mise à jour de ma liste
déroulante j'ai le message suivant : "L'expression Après MAJ entrée
comme paramètre de la propriété de type évènement est à l'origi ne
d'une erreur. Cette commande n'est pas disponible pour une base de
données MDE/ADE"
merci pour ta réponse, mais apparemment ca ne marche pas... ou du moins j'ai un problème avec mon code...
pour resumer :
je developpe un logiciel pour des producteurs de crevette. au cours d'une campagne de production, ils mesurent un certains nombre de paramètres dans un certains nombre de bassins. le nombre de paramètre peut changer d'une production à l'autre et d'une ferme à l'autre, de même que le nombre de bassin. Je leur permet donc de configurer leurs formulaires en fonction d'une nombre de bassins et en choisissant dans une liste les paramètres qu'ils souhaitent mesurer.
En fait, ils choisissent dans une liste déroulante la campagne de production dont ils souhaitent consulter (ou modifier) les données. Après MAJ de la liste, une procédure me permet de rechercher la liste des paramètres mesurés au cours de la campagne, et en fonction de cette liste, créé les formulaires et tables temporaires associées, puis récupère les données archivées dans une table avec comme champs : Date/CodeCampagne/CodeParametre/Valeur. Elle crée également sur le formulaire un controle onglet par bassin et insère un peu de code de facon à modifier le filtre des données dans le form en fonction de l'onglet activé (et donc du bassin).
Ma procédure fonctionne bien dans mon fichier .mdb si ce n'est qu'elle ouvre automatiquement l'editeur VBA. J'ai essayé de créer un fichier MDE comme tu me le conseilles, mais après mise à jour de ma liste déroulante j'ai le message suivant : "L'expression Après MAJ entrée comme paramètre de la propriété de type évènement est à l'origi ne d'une erreur. Cette commande n'est pas disponible pour une base de données MDE/ADE"
Peux-tu m'aider pliiiiizzzzzzzzz ?
Merci d'avance pour les réponses.
Ben
3stone
Salut,
"BENNC" pour resumer :
je developpe un logiciel pour des producteurs de crevette. au cours d'une campagne de production, ils mesurent un certains nombre de paramètres dans un certains nombre de bassins. le nombre de paramètre peut changer d'une production à l'autre et d'une ferme à l'autre, de même que le nombre de bassin. Je leur permet donc de configurer leurs formulaires en fonction d'une nombre de bassins et en choisissant dans une liste les paramètres qu'ils souhaitent mesurer.
En fait, ils choisissent dans une liste déroulante la campagne de production dont ils souhaitent consulter (ou modifier) les données. Après MAJ de la liste, une procédure me permet de rechercher la liste des paramètres mesurés au cours de la campagne, et en fonction de cette liste, créé les formulaires et tables temporaires associées, puis récupère les données archivées dans une table avec comme champs : Date/CodeCampagne/CodeParametre/Valeur. Elle crée également sur le formulaire un controle onglet par bassin et insère un peu de code de facon à modifier le filtre des données dans le form en fonction de l'onglet activé (et donc du bassin).
Je ne pense pas qu'il soit raisonnable de créer des formulaires pour s'adapter à un nombre de bassins, de mesures... Tout cela ne devrait que représenter des "lignes" dans des tables. Je me demande si l'analyse préliminaire à été parfaitement réalisée.
Ma procédure fonctionne bien dans mon fichier .mdb si ce n'est qu'elle ouvre automatiquement l'editeur VBA. J'ai essayé de créer un fichier MDE comme tu me le conseilles, mais après mise à jour de ma liste déroulante j'ai le message suivant : "L'expression Après MAJ entrée comme paramètre de la propriété de type évènement est à l'origine d'une erreur. Cette commande n'est pas disponible pour une base de données MDE/ADE"
Je te conseillais un fichier MDE en pensant que tu avais des routines, fonctions et autres calculs savants que tu voulais cacher à la vue de tes utilisateurs... et que tu aurais pu joindre en tant que complément. Bien sûr, pour le code dans les événements, cela ne fonctionne pas!
Tu pourrais te créer un assistant (MDE/MDA) qui te créerais les formulaires souhaités. Mais, l'ajout dans ces formulaires de tout le code nécessaire, me semble une voie non justifié.
Je reste persuadé qu'une autre approche de cette base, une autre organisation des tables serait une solution bien plus souple et surtout plus rapide.
PS: Je ne vois pas pourquoi ta "procédure qui fonctionne bien" ouvre l'éditeur VBA!
je developpe un logiciel pour des producteurs de crevette. au cours
d'une campagne de production, ils mesurent un certains nombre de
paramètres dans un certains nombre de bassins. le nombre de paramètre
peut changer d'une production à l'autre et d'une ferme à l'autre, de
même que le nombre de bassin. Je leur permet donc de configurer leurs
formulaires en fonction d'une nombre de bassins et en choisissant dans
une liste les paramètres qu'ils souhaitent mesurer.
En fait, ils choisissent dans une liste déroulante la campagne de
production dont ils souhaitent consulter (ou modifier) les données.
Après MAJ de la liste, une procédure me permet de rechercher la liste
des paramètres mesurés au cours de la campagne, et en fonction de
cette liste, créé les formulaires et tables temporaires associées,
puis récupère les données archivées dans une table avec comme
champs : Date/CodeCampagne/CodeParametre/Valeur. Elle crée également
sur le formulaire un controle onglet par bassin et insère un peu de
code de facon à modifier le filtre des données dans le form en
fonction de l'onglet activé (et donc du bassin).
Je ne pense pas qu'il soit raisonnable de créer des formulaires
pour s'adapter à un nombre de bassins, de mesures...
Tout cela ne devrait que représenter des "lignes" dans des tables.
Je me demande si l'analyse préliminaire à été parfaitement réalisée.
Ma procédure fonctionne bien dans mon fichier .mdb si ce n'est qu'elle
ouvre automatiquement l'editeur VBA. J'ai essayé de créer un fichier
MDE comme tu me le conseilles, mais après mise à jour de ma liste
déroulante j'ai le message suivant : "L'expression Après MAJ entrée
comme paramètre de la propriété de type évènement est à l'origine
d'une erreur. Cette commande n'est pas disponible pour une base de
données MDE/ADE"
Je te conseillais un fichier MDE en pensant que tu avais des routines,
fonctions et autres calculs savants que tu voulais cacher à la vue
de tes utilisateurs... et que tu aurais pu joindre en tant que complément.
Bien sûr, pour le code dans les événements, cela ne fonctionne pas!
Tu pourrais te créer un assistant (MDE/MDA) qui te créerais les formulaires
souhaités. Mais, l'ajout dans ces formulaires de tout le code nécessaire,
me semble une voie non justifié.
Je reste persuadé qu'une autre approche de cette base, une autre organisation
des tables serait une solution bien plus souple et surtout plus rapide.
PS: Je ne vois pas pourquoi ta "procédure qui fonctionne bien" ouvre l'éditeur VBA!
je developpe un logiciel pour des producteurs de crevette. au cours d'une campagne de production, ils mesurent un certains nombre de paramètres dans un certains nombre de bassins. le nombre de paramètre peut changer d'une production à l'autre et d'une ferme à l'autre, de même que le nombre de bassin. Je leur permet donc de configurer leurs formulaires en fonction d'une nombre de bassins et en choisissant dans une liste les paramètres qu'ils souhaitent mesurer.
En fait, ils choisissent dans une liste déroulante la campagne de production dont ils souhaitent consulter (ou modifier) les données. Après MAJ de la liste, une procédure me permet de rechercher la liste des paramètres mesurés au cours de la campagne, et en fonction de cette liste, créé les formulaires et tables temporaires associées, puis récupère les données archivées dans une table avec comme champs : Date/CodeCampagne/CodeParametre/Valeur. Elle crée également sur le formulaire un controle onglet par bassin et insère un peu de code de facon à modifier le filtre des données dans le form en fonction de l'onglet activé (et donc du bassin).
Je ne pense pas qu'il soit raisonnable de créer des formulaires pour s'adapter à un nombre de bassins, de mesures... Tout cela ne devrait que représenter des "lignes" dans des tables. Je me demande si l'analyse préliminaire à été parfaitement réalisée.
Ma procédure fonctionne bien dans mon fichier .mdb si ce n'est qu'elle ouvre automatiquement l'editeur VBA. J'ai essayé de créer un fichier MDE comme tu me le conseilles, mais après mise à jour de ma liste déroulante j'ai le message suivant : "L'expression Après MAJ entrée comme paramètre de la propriété de type évènement est à l'origine d'une erreur. Cette commande n'est pas disponible pour une base de données MDE/ADE"
Je te conseillais un fichier MDE en pensant que tu avais des routines, fonctions et autres calculs savants que tu voulais cacher à la vue de tes utilisateurs... et que tu aurais pu joindre en tant que complément. Bien sûr, pour le code dans les événements, cela ne fonctionne pas!
Tu pourrais te créer un assistant (MDE/MDA) qui te créerais les formulaires souhaités. Mais, l'ajout dans ces formulaires de tout le code nécessaire, me semble une voie non justifié.
Je reste persuadé qu'une autre approche de cette base, une autre organisation des tables serait une solution bien plus souple et surtout plus rapide.
PS: Je ne vois pas pourquoi ta "procédure qui fonctionne bien" ouvre l'éditeur VBA!
