Compatibilité Commande DoCmd.Save acForm dans code VBA avec utilisation en runtime

Bonjour,

Grace à l'exceptionnel didacticiel sur le déploiement d'application access de argyronet...je me suis lancé. EN suivant pas à pas, aucun souci pour générer le package aucun problème d'installation non plus
...mais à l’exécution lorsque le code VBA (qui fonctionne OK en mode base de données) DoCmd.Save acForm, "F_CONNECTION-MIRE" doit être exécuté plantage avec code 2950.
Question: est il impossible de gérer ce type d'action pour un runtime ...ou sinon comment doit on s'y prendre ? Ici ce n'est pas l'utilisateur qui enregistre un changement sur un form mais bien le code VBA.

(Bien sur application compilée sans erreur. Test de reperage de la localisation du plantage sur base en accdr)

...première expérience sur le forum, je sollicite mansuétude si toutes les règles n'ont pas été respectées

Merçi à celles et ceux qui m'aideront à répondre à cette question

Bonjour,

Avec une application compilée (accde) les commandes de création et de sauvegarde de formulaires et états ne sont pas disponibles.
Cela n'a rien à voir avec le runtime. Pour continuer à utiliser ce genre de commande il faut livrer une application non compilée (accdb).
Attention, il ne s'agit pas de changer l'extension mais bel et bien de ne pas compiler.

Cordialement,

Citation:

---

Envoyé par loufab

Bonjour,

Avec une application compilée (accde) les commandes de création et de sauvegarde de formulaires et états ne sont pas disponibles.
Cela n'a rien à voir avec le runtime. Pour continuer à utiliser ce genre de commande il faut livrer une application non compilée (accdb).
Attention, il ne s'agit pas de changer l'extension mais bel et bien de ne pas compiler.

Cordialement,

---

Bon, deuxième expérience sur ce forum..j'espère que c'est bien par ce biais qu'il faut répondre. ..à nouveau
bienveillance pour le débutant si il gaffe.
1) merci pour la réponse qui répond à la question technique.
2) corollaire juridique et économique: merci de confirmer que la réponse induit, dans le cas d'application access 2007 utilisant du code vba
qui modifie des formulaires...qu'il n'y a pas d'autres solutions que d'acheter une licence
pour chaque poste et de déployer la version accdb de l'application

merci

Bonjour,

Le runtime permet d'exécuter une application ACCESS finalisée=autonome=qui n'a pas besoin des menus ACCESS pour fonctionner.

Avec ce RT (RunTime) on peut exécuter n'importe quelle application qu'elle soit compilée (accde) ou non (accdb).

Dans ton cas, tu exécutes une application compilée (accde) ce qui ne permet pas d'utiliser des commandes de création de l'interface (Formulaire/Etat). Ce problème se produirai également sur une version complète d'ACCESS.

Changer de version (RT ) au profit d'une licence complète d'ACCESS ne résoudra pas le problème.

La solution est :
Soit de livrer une application "ouverte"= non compilé=accdb. Le danger c'est que l'application étant "ouverte aux modifications" n'importe quel utilisateur avec ou sans connaissance pourra modifier (en bien ou en mal) l'application avec ACCESS complet mais pas avec le runtime.

Soit de revoir la méthode pour se passer de ces créations de formulaire/état, et donc de pouvoir livrer une version compilée avec ACCESS complet ou Runtime.

Accdb = version "ouverte" aux modifications de l'interface (pas forcément du code vba)
Accde = version compilé et donc l'interface n'est pas modifiable (la partie db (table/requête) reste modifiable.
Accdr = peut être un accdb (ouverte) ou accde (compilée), sert uniquement à rendre l'application exécutable par ACCESS ou son RT. A noter que cette extension se fait par un simple renomage.

C'est plus clair ?

Bonjour,

Merci pour cette réponse qui règle mon problème.
Le chainon manquant pour moi était l'idée erronée qu'un runtime ne fonctionnerait
qu'avec une db compilée.
Le niveau de sécurisation de la base est suffisant dans
notre contexte de TPE pour fonctionner avec runtime et db non compilée...avec l'évitement
d'achat de licence pour chaque tablette d’opérateur de production (8 personnes)
un conseil qui vaut donc son pesant de dollar . Merci

Le conseil de revoir si l'usage de modification de forms par VBA est judicieux
ou pas sera aussi traité. Merci d'avoir aussi ouvert cette reflexion.

Sur ce point si je fais un "dossier" qui explique pourquoi j'ai choisi cette solution
(qu'est ce que je traite par ce biais) a t'il sa place sur ce forum. A nouveau
je démarre sur developpez.com et je ne souhaite pas pollué par des hors sujets.

Cordialement

Bonjour,

Dans le même fil de discussion ou pas, pour moi il s'inscrit dans le même sujet.

Au niveau du runtime, surtout bien vérifier qu'il soit à jour, certain s'installe en 2 fois, le runtime + un service pack (à voir sur le site MS).

Cordialement,

Cordialement,