Une idée me vient. :mrgreen:
Au niveau du runtime tu as bien abaissé le niveau de sécurité des macros ?
Version imprimable
Une idée me vient. :mrgreen:
Au niveau du runtime tu as bien abaissé le niveau de sécurité des macros ?
Bonjour marot_r,
Merci de ton intérêt.
A terme, oui, forcément. Mais, pour l'instant, tout le monde tourne avec Office 2003, les développeurs ont donc Access 2003. Je note l'idée,quand même.Citation:
Peux-tu envisager de passer à Access 2007 ?
Oui : envoi de document sur un site extranet.Citation:
La fonction de création de PDF est-elle indispensable ?
Je ne sais pas faire autrement que l'imprimante créée par un logiciel, en l'occurence, PDF Creator.Citation:
Peux-tu utiliser une imprimante PDF ?
Je ne préfère pas : le .mde est bétoné, niveau accès aux objets Access.Citation:
Peux-tu distribuer le MDB à la place du MDE ?
Merci de ton aide,
Richard.
Bonjour Tofalu,
Merci de ton intérêt.
Lors de l'installation du runtime sur les postes clients, il me semble, qu'à aucun moment, le niveau de sécurité des macros que l'on souhaite soit demandé.Citation:
Au niveau du runtime tu as bien abaissé le niveau de sécurité des macros ?
Comment intervient-on sur le niveau de sécurité des macros au niveau du runtime ?
Merci d'avance de ton aide.
Richard.
http://access.developpez.com/faq/?pa...os#BaisserSecu
Dans le deuxième, au lieu de 11.0, ce sera 12.0 si le runtime est en version 2003
Une idée qui m'est venu ce matin comme je ne suis pas un spécialiste cela c'est peut-être une grosse bétise mais ...
Ne pas référencer PDF Creator dans les références et faire un appel explicite dans le code. Un truc du genre PDFCReator.Methode().
A+
Merci de votre intérêt, marot_r et Tofalu.
Excusez-moi mais, dans mon post #14, j'ai dit :
PDF Creator, en tant que tel, n'est donc pas en cause.Citation:
J'ai un nouvel élément : en fait, sur le poste client, si je décoche et que je recoche n'importe quelle référence, le problème de Date() est résolu !... je m'étais accroché sur la référence PDF Creator pour rien, donc.
Le problème, c'est que les postes clients n'ont pas Access et font tourner l'application en .mde via le runtime Access (j'avais installé Access sur un poste client pour tester les références).
Donc, pour résoudre mon problème, il existe 2 choix :
1-Installer Access sur tous les postes clients puis, décocher une référence, ensuite la recocher, enfin désinstaller Access ;
2-Trouver un moyen de "reconstruire", sur les postes clients, cette liste de référence afin qu'elle soit utilisée par le .mde.
Autant dire que la 1ère solution est inapplicable.
Je ne sais pas appliquer la 2ème solution.
Je ne sais pas "reconstruire", dynamiquement, sur les postes clients, cette liste de référence afin qu'elle soit utilisée par le .mde.
Merci de votre aide,
Richard.
Bonjour Tofalu et marot_r,
Ce fil est résolu avec le post http://www.developpez.net/forums/d91...ns-references/ que je croyais plus général.
Merci beaucoup à vous,
Richard.
bonjour
j'ai eu le même problème en mettant à jour pdfcreator sur un serveur (64 bits) qui fonctionne en TSE et application client (32 bits)
je n'ai pas pensé à décocher les références et dans l'urgence j'ai remplacé les date() par now() et format par datepart
pour l'instant celà fonctionne
Bonjour lolothom,
... jusqu'à ce que tu tombes sur une requête ou un bout de code qui contient ces fonctions... je ne te le souhaite pas, bien entendu.
Je pense qu'il faut ré-initialiser toutes les références, cela me semble plus sûr.
A bientôt,
Richard.