CEDCAS54 > votre commande fonctionne, c'est vrai. Elle fait appel à la boite de dialogue d'impression Windows. Je parle du code du programme de ce forum. Une boite de dialogue permettant de choisir l'imprimante avec un nb d'exemplaire par défaut en paramètre pour l'utilisateur, imprimant le form appelant cette boite de dialogue. J'ai toujours utilisé ce principe en Access 2000, en 2007, l'imprimante sélectionnée par l'utilisateur n'est pas prise en compte si ce n'est pas celle par défaut. Essayer et vous verrez...
BASICINSTINCT > Microsoft présente Access comme le client principal d'une base SQL pour le développement d'applications. En entreprise, notamment en grand compte (c'est mon cas), on n'utilise des applications verticales avec des serveurs SQL dont le client est Access mais l'utilisateur utilise des runtimes avec des applis 'presse bouton'...
Par contre, je ne remets pas en cause vos compétences dans la réalisation d'application Access/SQL mais je connais les miennes et elles sont reconnues auprès de mes utilisateurs et de mon client grand compte, et pour ma part j'ai développé une multitude de réalisation pour des PME (GPA0, gestion de SAV, etc...), donc je sais de quoi je parle...
Jusqu'à nouvel avis, les commandes que j'ai indiquées sont en visual basic et pas des macros. Je les ai essayées sous access 2007 et elles fonctionnent correctement, donc je ne vois pas où est le problème.
Je persiste à dire que cela ne fonctionne pas en 2007. Dans une application professionnelle, on n'utilise pas le langage macro. On cache le volet de navigtion par le code. Dès que l'on fait appel à un objet par un select de l'objet, ce volet apparaît. Il suffit d'essayer. Le problème énoncé ici est plutôt le fait que le changement d'imprimante ne s'effectue pas. Sûr, il doit y avoir une combine mais laquelle ?
DoCmd.RunCommand acCmdSelectRecord
DoCmd.RunCommand acCmdPrintSelection
fonctionne très bien avec access 2007 (c'est la conversion de la macro générée par l'assistant création de bouton
J'ai utilisé ce code pour une appli sous Access 2000 mais avec Access 2007 cela ne marche pas.
Un docmd.printout envoie vers l'imprimante par défaut définie avant l'ouverture d'Access 2007. Même si l'imprimante change bien dans la fenêtre windows des imprimantes, l'édition est envoyée sur l'imprimante par défaut définie auparavant. Il est possible de faire le test avec juste le code ci et d'imprimer avec Word 2007.
Comment faire pour que cela fonctionne avec Office 2007 ?
possible.
Cette source à plus de 7 ans, et a l'époque Access changeait l'imprimante par défaut de Windows pour imprimer.
Ce qui était très gênant dans mes besoins de l'époque. Cette source permet d'imprimer sur n'importe quelle imprimante sans changer le paramétrage de Windows. Et dans mon cas, en toute transparence pour l'utilisateur (fichier ini de paramétrage)
BASICINSTINCT > Microsoft présente Access comme le client principal d'une base SQL pour le développement d'applications. En entreprise, notamment en grand compte (c'est mon cas), on n'utilise des applications verticales avec des serveurs SQL dont le client est Access mais l'utilisateur utilise des runtimes avec des applis 'presse bouton'...
Par contre, je ne remets pas en cause vos compétences dans la réalisation d'application Access/SQL mais je connais les miennes et elles sont reconnues auprès de mes utilisateurs et de mon client grand compte, et pour ma part j'ai développé une multitude de réalisation pour des PME (GPA0, gestion de SAV, etc...), donc je sais de quoi je parle...
- Messages postés
-
1471
- Date d'inscription
- mardi 5 février 2002
- Statut
- Membre
- Dernière intervention
- 20 octobre 2014
10