Précédent   Forum des professionnels en informatique > Logiciels > Microsoft Office > Access > Runtime
Runtime Forum destiné à recevoir toutes vos questions concernant le Runtime (empaquetage, déploiement...)
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 22/05/2011, 21h28   #1
Invité de passage
 
Inscription : juillet 2007
Messages : 13
Détails du profil
Informations forums :
Inscription : juillet 2007
Messages : 13
Points : 2
Points : 2
Par défaut verouillage volet navigation

Bonjour à tous .
j'ai un problème concernant une application Access développé avec Access 2007 pour tourner avec le runtime 2007.

afin de protéger ma base, je souhaite verrouiller le projet.
j'ai caché les objets de la base et interdit la touche MAJ par code VBA.
je crée une macro AutoExec afin de verrouiller le volet de navigation or quand je déploie le .accdr la macro autoexec plante erreur 2950.

même en suivant la consigne du support microsoft qui me dit de mettre la base dans un emplacement approuvé, la macro autoexec plante.

Quelqu'un aurait-il une idée?

Merci d'avance Messieurs Dames.
iki_iki_ta_pong est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/05/2011, 05h14   #2
Rédacteur/Modérateur
 
Avatar de Philippe JOCHMANS
 
Homme Philippe JOCHMANS
Développeur informatique
Inscription : mai 2005
Messages : 17 615
Détails du profil
Informations personnelles :
Nom : Homme Philippe JOCHMANS
Âge : 44
Localisation : France, Loir et Cher (Centre)

Informations professionnelles :
Activité : Développeur informatique
Secteur : Communication - Médias

Informations forums :
Inscription : mai 2005
Messages : 17 615
Points : 30 962
Points : 30 962
Envoyer un message via MSN à Philippe JOCHMANS Envoyer un message via Skype™ à Philippe JOCHMANS
Bonjour

Et elle fait quoi ta macro, comment est-ce que l'on peut deviner , des détails

Philippe
__________________
Détaillez vos questions, sinon vous aurez des réponses erronées et vous irez tout droit dans le et lisez les règles sinon
Si vous pensez commencer sans un livre, oublier : livres pour débuter
Vous pouvez consulter mes articles sur Access et PowerPoint
Le blog Office.

Inutile de m'envoyer un MP pour des questions techniques ou de me relancer , je n'y répondrais pas.
Philippe JOCHMANS est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/05/2011, 17h21   #3
Invité de passage
 
Inscription : juillet 2007
Messages : 13
Détails du profil
Informations forums :
Inscription : juillet 2007
Messages : 13
Points : 2
Points : 2
effectivement, j'aurai du l’écrire plus explicitement. mea culpa.

ma macro est :
VerrouillerVoletNavigation, argument : oui

en langage VBA : docmd.LockNavigationPane true

apparemment tout ce qui est en docmd.quelque chose fait planter la macro.
iki_iki_ta_pong est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/05/2011, 17h59   #4
Rédacteur
 
Avatar de LedZeppII
 
Homme
Maintenance données produits
Inscription : décembre 2005
Messages : 3 939
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France, Yvelines (Île de France)

Informations professionnelles :
Activité : Maintenance données produits
Secteur : Distribution

Informations forums :
Inscription : décembre 2005
Messages : 3 939
Points : 6 278
Points : 6 278
Bonjour,

Il me semble qu'il n'y a pas de volet de navigation dans le runtime.
Ça doit être pour ça que ça cause une erreur.

Pour moi, dans le runtime, il est inutile de vouloir ...
- masquer le volet de navigation.
- inhiber la touche MAJ.

La grande majorité de l'interface utilisateur Access est absente du runtime.
Il n'y a plus de ruban (sauf si tu en crée un), le bouton Office est quasiment vide, etc ...

A+
LedZeppII est déconnecté   Envoyer un message privé Réponse avec citation 20
Vieux 23/05/2011, 20h57   #5
Invité de passage
 
Inscription : juillet 2007
Messages : 13
Détails du profil
Informations forums :
Inscription : juillet 2007
Messages : 13
Points : 2
Points : 2
avant tout merci de me consacrer un peu de temps...

quand je fait un package de mon application, celui va créer un .accdr .
si quelqu'un change l'extension de .accdr en .accdb il peut avoir accès au volet de navigation, chose que je souhaite éviter.
iki_iki_ta_pong est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/05/2011, 21h32   #6
Rédacteur
 
Avatar de LedZeppII
 
Homme
Maintenance données produits
Inscription : décembre 2005
Messages : 3 939
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France, Yvelines (Île de France)

Informations professionnelles :
Activité : Maintenance données produits
Secteur : Distribution

Informations forums :
Inscription : décembre 2005
Messages : 3 939
Points : 6 278
Points : 6 278
Citation:
Envoyé par iki_iki_ta_pong Voir le message
si quelqu'un change l'extension de .accdr en .accdb il peut avoir accès au volet de navigation, chose que je souhaite éviter.
Effectivement ... si ce quelqu'un a Access

Sers toi de Application.SysCmd(acSysCmdRuntime) pour déterminer si tu es en environnement runtime ou non.

Tu te crées une fonction publique qui renvoie la valeur de l'expression ci-dessus.
Tu te sers de cette fonction dans la colonne Condition de ta macro, pour évaluer si tu peux exécuter VerrouillerVoletNavigation.

A+
LedZeppII est déconnecté   Envoyer un message privé Réponse avec citation 20
Vieux 24/05/2011, 16h54   #7
Invité de passage
 
Inscription : juillet 2007
Messages : 13
Détails du profil
Informations forums :
Inscription : juillet 2007
Messages : 13
Points : 2
Points : 2
Je viens de tester cette façon de faire.
cela fonctionne.

merci beaucoup.

iki_iki_ta_pong est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 14h58.


 
 
 
 
Partenaires

Hébergement Web