Télécharger le zip
Salut,Le ZIP est inexploitable !Je cherche un moyen d'afficher la boite de dialogue (IMPRIMER) sans passer par un Common Dialogpour Access 2003.MerciPremium69
comment ca inexploitable ??le code est toujours fonctionnel, meme sous access 2007.
On peut passer par l'action runcommand : RunCommand acCmdPrint et la boite de dialogue d'impression standard s'ouvre
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)
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 ?
DoCmd.RunCommand acCmdSelectRecord DoCmd.RunCommand acCmdPrintSelectionfonctionne très bien avec access 2007 (c'est la conversion de la macro générée par l'assistant création de bouton
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 ?
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.
Nicoyo> mais bon.... dans une appli professionnelle, on utilise pas access.
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...
Se souvenir du profil
Mot de passe oublié ? / Activation de compteCréer un compte
1 874 888 membres 107 nouveaux aujourd'hui 16 153 membres club