Discussion :

[Massiliya]

Bonjour
Je veux savoir si je peux ouvrir mon application développée sur Access directement sans passer par Access (c'est à dire que je veux avoir un icône sur le bureau et en cliquant seule mon application s'ouvre et pas à partir d'Access)
Si c'est possible comment je peux faire ceci?
Merci d'avance
Cordialement

[Jean-Philippe André]

Salut,

lorsque tu dis sans ouvrir Access, est-ce pour dire que tu ne veux pas que l'utilisateur voit le splash screen Access ni l'icone Access dans la barre des taches ? Ou tu evoques plutot le fait que l;utilisateur final ne dispose pas d'Access sur son poste, mais de faire comme si ?

Dans le premier cas, du code VBA fera l'affaire, dans le second, voir les possibilites qu'offre le runtime
https://access.developpez.com/outils/?page=deploy

[Massiliya]

D'abord merci
Bah je suis dans le deuxième cas et le lien que vous m'avez envoyé me sera utile
Cordialement

[marot_r]

Attention avec le runtime il fonctionne "Presque" comme un vrai Access mais il a certaines limitations.

De mémoire (ça fait longtemps que je ne m'en suis pas servi) :

• Les menus contextuels comme le filtrage ou l'impression ne marchent plus.
• Il FAUT faire une gestion d'erreur dans le code et les formulaires car sinon tu as simplement le message "Access a eu erreur" et il te sort sans plus d'explication.
  Le débogage doit se faire "à l'ancienne" en ajoutant des msgbox partout pour suivre l'évolution du code.
• Prévoir un programme pour le relinkage des tables, le gestionnaire de tables liées n'est pas accessible.
• Attention si tu utilises des références, il est impossible de valider les références dans le runtime. Il faut prévoir du code pour faire cela.
• Les instructions ne s'exécutent pas toujours dans le même ordre que dans un Access standard.

Tu peux tester avec un vrai Access ce à quoi cela va ressembler avec le runtime en passant par un appel via la ligne de commande et mettant le paramètre /runtime.
C'est imparfait mais cela aide.

ici de la doc sur la ligne de commande
Commutateurs de ligne de commande pour Access
https://support.office.com/fr-fr/art...8-1f5df9702bf1

A+

[Massiliya]

Merci Marrot vous êtes toujours là pour répondre à mes questions
Mais bon je ne comprends rien du tout sauf que cette méthode va me mettre devant un très grand nombre d'erreurs que j'arriverais pas peut-être à gérer !!!
Si VB fera l'affaire alors je pense que c'est beaucoup plus mieux de l'utiliser (dans mon cas: c'est ma première application!!)
Alors de quoi vous pouvez me conseiller?
Pour moi l'essentiel c'est d'exécuter mon application sans voir l'interface Access!! (je ne veux voir que mes interfaces appartenant à l'application )
Merc' d'avance

[marot_r]

Bonjour.

Mais bon je ne comprends rien du tout sauf que cette méthode va me mettre devant un très grand nombre d'erreurs que j'arriverais pas peut-être à gérer !!!

Non heureusement le runtime n'est pas une telle catastrophe :-) mais il vient avec des contraintes qu'il est important de connaître.
L'intérêt majeur du runtime c'est que tu n'as pas besoin d'une licence de Access sur chaque poste ce qui peut entrainer une économie significative ... au prix de plus de travail pour toi.

Pour en revenir à ton besoin, personnellement je n'y vois aucun intérêt à part que cela complique la vie du programmeur.
La plus part des utilisateurs ne se préoccupent pas d'aller voir l'arrière du code, ils veulent juste que cela marche.
Il te suffit de leur ouvrir un menu où ils peuvent faire tout ce dont ils ont besoin et ils n'iront probablement pas fouiller.

Pourrais-tu préciser quelle version d'Access tu utilises ?

Sinon voilà ce que je fais dans mon appli (Access 2010) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Option Compare Database
Option Explicit
 
Public Sub FermerVoletNavigation()
    DoCmd.SelectObject acModule, , True 'Je suis sur qu'il y a des modules dans mon appli.
    DoCmd.Minimize
End Sub
 
Public Sub MinimiserRuban()
 
    If CommandBars("ribbon").Height > 0 Then
        CommandBars.ExecuteMso "MinimizeRibbon"
    End If
 
End Sub

Cela ne fait pas entièrement disparaitre les menus mais cela les "ferme".
J'appelle ces 2 procédures à l'ouverture de mon appli et le tour est joué.

Sinon, tu peux paramétrer Access pour qu'il cache la fenêtre de base de données et les menus standard.
C'est dans les options.
Attention de te prévoir du code pour les faire réapparaître pour toi :-).

A+