Halli hallo,
gibt es eine Möglichkeit einen Bericht per vba zu drucken, allerdings nicht direkt von access an den Drucker
schicken, sondern über das dos-fenster?
Also quasi:
Button im Formular klicken - druckauftrag wird übergeben. Das cmd-Fenster öffnet sich- Bericht wird
an den Drucker geschossen und cmd-Fenster geht wieder zu...
Ich weiß, ist etwas merkwürdige Frage, aber wer mir einen Tipp geben kann, dem sag ich auch wozu es gut ist :-)
Vielen Dank erstmal....
lg
Hallo,
da wüsste ich jetzt keine Lösung. Ein Access Bericht kann nur über bzw. mit Access gedruckt werden.
Außerdem kannst Du über das DOS Fenster nur an die paralelle Schnittstelle (LPT) drucken, wenn ich micht recht erinnere.
Wenn Du verätst zu was Du es brauchst, könnte man sich ja vieleicht etwas anderes überlegen.
Hallo,
ok... ich habe bereits in einem anderen Beitrag bereits versucht etwas zu finden.. Ich muss irgendwie über ein
Formular Druckaufträge für Berichte (einzeln) an den Spooler schicken und die Info abfangen wenn der Spooler
wieder leer ist. Erst dann darf der nächste abgeschickt werden. Das ganze läuft dann als Schleife bis auf einen
Stop-Button geklickt wird.
Jetzt war der Ansatz über Dosfenster:
cmd --> net print \\Computername\Druckername
dann spuckt das cmd-Fenster den Spoolerinhalt aus. Leider kann ich den nicht auslesen. Deshab die Überlegung
immer ein Dos-Fenster zu öffnen, und wenn der Druckauftrag darüber weg ist, schließt sich das Dos-Fenster. Das
könnte man ja ggf. über die Prozesse prüfen, ob es offen ist...
Bin mittlerweile am Ende meiner Ideen...
Es gibt ja die printjobs.dll auf
http://www.alice-dsl.net/ahmed.martens/index.htm?/ahmed.martens/Tools.html
leider komme ich mit dem Code nicht klar...
dann Versuch spooler in einem Listenfeld anzuzeigen --> wenn leer dann nächster Druck ->auch nicht geschafft...
Ich glaube ich muss mich damit abfinden das es unter access einfach nicht geht, oder kann mir jemand eine
db geben die das kann? ???
Hallo,
"....dann Versuch spooler in einem Listenfeld anzuzeigen ...."
Habe dir dazu im vorausgegangenen Beitrag geantwortet.
Hallo,
vielleicht noch ein Nachtrag, auch mit Berücksichtigung des älteren Beitrags, in dem Franz u. Ekkehard schon geantwortet hatten:
Ich kann mir vorstellen, dass über eine Schleife mit eingebauter Wartezeit Druckaufträge in vorher festgelegtem Umfang an einen Drucker automatisiert gesendet werden.
Ich kann mir auch vorstellen, dass die Vergabe der benötigten Nummern dazu fehlerfrei realisierbar ist.
Dass der Spoolerinhalt auszulesen ist, bzw. festellbar ist ob im Spooler Daten anstehen ist auch machbar - sollte in oben angesprochener Schleife eingebaut werden.
Ob mit VBA-Mitteln festzustellen ist, ob ein Drucker einen Druckauftrag erfolgreich abgeschlossen hat - kann ich mir eigentlich nicht vorstellen.
Wenn es darum geht die Gefahr des Papiermangels zu umgehen würde ich den Vorschlag von Franz ins Auge fassen und eine bestimmte Anzahl von Ausdrucken vorbestimmen.
Wenn dein Drucker 500 Blatt Fassungsvermögen bietet - die allerdings im Ausgabefach wahrscheinlich nicht Platz finden - sollte es doch möglich sein 300 Seiten ohne nennenswerte Probleme zu drucken.
ZitatIch glaube ich muss mich damit abfinden das es unter access einfach nicht geht
Mit Access und VBA ist vieles möglich - die 'Eierlegende Wollmilchsau' ist es allerdings nicht - speziell wenn es um Zugriffe auf die Hardware geht muss man sich der Grenzen des Machbaren bewußt sein.
ZitatIch glaube ich muss mich damit abfinden das es unter access einfach nicht geht
Access ist eine Entwicklungsumgebung, um mit Datenbanken zu arbeiten. Hardwarenahe Geschichten sind da nicht das Thema. Für solche Dinge sollte man bei VB6 und WinAPI's nachsehen, was da nutzbar und in VBA einbindbar ist.
Vielleicht solltest Du in der Registry nachsehen: Ich hatte mal die Aufgabe, zu prüfen, ob aktuell ein Scanner angeschlossen ist. Das klappte mit Überprüfung der Registry sehr gut. Daher kann ich mir gut vorstellen, dass man auch über die Registry feststellen kann, ob ein Drucker beschäftigt ist.
Zitat... oder kann mir jemand eine db geben die das kann?
Gar kein Problem. Insbesondere solche speziellen DB's mit diesen ganz speziellen Aufgabenstellungen (wo Du nicht in einem Schritt die Gesamtaufgabenstellung erklären konntest oder wolltest) hat man nur so rumliegen.
Hallo,
ich denke, mit der Windows-Registry kann man hier nicht viel anfangen/abfragen, allenfalls mit Windows Machine Intrumentation (WMI) ....
Und da auch nur den Status eines noch nicht voll abgearbeiteten Druckjobs.
http://www.vbarchiv.net/tipps/tipp_1915.html
Es bleibt dann immer noch die Phase des pysikalischen Papierdrucks unüberwacht, wenn man nicht die vorgeschlagene Lösung einer optischen Überprüfung (Barcode-Scan) realisieren will.
Hallo,
"...Es bleibt dann immer noch die Phase des pysikalischen Papierdrucks unüberwacht, wenn man nicht die vorgeschlagene Lösung einer optischen Überprüfung (Barcode-Scan) realisieren will..."
Nicht nur das, die optische Überprüfung fällt schon flach, wenn das Papier mit der Rückseite nach oben ausgegeben wird. wie z.B. bei meinem HP LaserJet 2055dn :'(
Hallo Peter,
dafür gibt es auch eine Lösung: Dreh den Drucker einfach um :D ;D ;) 8)
Hallo Franz,
"....Dreh den Drucker einfach um ..."
hmmm... druckt er dann nicht alles verkehrt rum? ;) :D
...und somit löst sich dann auch die Frage, wie man es schafft den Schaum im Bierglas an den Boden zu bringen ::) ;D :D
Hi,
"druckt er dann nicht alles verkehrt rum?"
ja, das ist doch das Ziel , oder nicht ?? ;D
Klar ist das das Ziel - jedoch .... besteht dann die Gefahr, dass der Korrekturtoner ausläuft und die Wechstaben verbuchselt. :o >:( :-\
Mhmm, stimmt, und wenn man noch bedenkt, dass der Barcode dann auch verdreht ist und von hinten gelesen wird... ??? :o
Werde das Thema mal beenden, bevor noch jemand auf die Idee kommt nicht den Drucker sondern
den Planeten umzudrehen ;D
Hallo,
beim Planeten stellt sich zudem die Frage, wo denn da oben und unten ist ;) :D ;D
Hi,
naja, leicht zu erkennen - wenn der Südpol im Norden liegt ist der Barcode lesbar und der Korrekturtoner läuft aus ... ;D :D ;D