Office: (Office 2010) Etikettendruck mit Dymo Labelwriter 450

Hallo,

ganz genau, es geht mit dem Dymo natürlich genauso primitiv, meine Version ist bereits die Deluxe-Variante, die schon viele Extras enthält wie die Überprüfung, ob die Library installiert ist oder die Liste der Drucker oder der Ausdruck aus einem Endlosformular mit Angabe von Menge der Ausdrucke und Auswahl per Checkbox, wenn man das alles mit Brother (oder einer beliebigen anderen API) macht, sieht der Code auch nicht viel anders aus.

Man kann auf jeden Fall festhalten: Es ist definitiv NICHT notwendig, den Drucker zu wechseln, Brother macht es auch nicht einfacher (oder komplizierter) als Dymo.

Gruß

Christian

 

Es tut sich dann doch noch eine Frage auf:
Kann ich irgendwie feststellen, ob ein installierter Dymo-Labeldrucker auch wirklich angeschlossen (eingeschaltet) ist?

Falls das nicht der Fall ist, möchte ich beim Öffnen des Formulars einen entsprechjenden Hinweis ausgeben.

 

Hallo,

ohne es jetzt explizit getestet zu haben: Wie bei jedem anderen Drucker auch. Also Druck starten und Fehlermeldung abwarten und das Err-Object entsprechend auswerten. Darüber hinaus hilft sicher ein Blick in die SDK-Beschreibung, in der alle Eigenschaften und Methoden beschrieben sind. Ich habe das Ding schon vor 2 Jahren gebastelt und den Inhalt nicht parat.

Gruß

Christian

 

Die Systemsteuerung "bemerkt", wenn ein installierter Drucker online verfügbar ist. Die entsprechende Information kann man aus der Registry auslesen.

 

Hallo,

normalerweise empfehlen wir, dass man durch DYMO Label druckt (als schon gesagt, importieren > drucken), als wir nur diese Variante unterstützen.

Vielen Dank an Bitsqueezer für die gute Lösung.

Diese Tickets können auch behilflich sein:
http://social.msdn.microsoft.com/For...orum=accessdev
http://social.technet.microsoft.com/...eitproprevious

^CM
DYMOsupport

 

\@Bitsqueezer: Ich habe es gerade mal getestet und habe festgestellt, das der Druckjob in die Druckerwarteschlange geschrieben wurde obwohl der Drucker nicht angeschlossen ist.

Genau das ist es was ich verhindern will.
Werde mal schauen, was ich mit dem Tipp von Eberhard anstellen kann.

 

Hallo,

@DymoSupport: Wir benutzen die Dymos hier auch zum Barcodedrucken und mit der gezeigten Lösung funktioniert es, wie gesagt, schon seit 2 Jahren reibungslos. Die gezeigte Lösung könnt Ihr aber gern verwenden/adaptieren, um daraus eine Musterlösung für Eure Seite zu machen, da die Fragen über die Verwendung des Dymo SDK häufiger zu finden sind und die Lösung in den Beispielen etwas holprig sind.

@cheaptrick: Vielleicht hilft Dir diese Lösung, ich weiß allerdings nicht, ob der Dymo sich wie ein "normaler" Drucker im Betriebssystem genauso anmeldet:

HOW TO: Determine Printer Status and Print Job Status from Visual Basic

Aber das ist natürlich eine sehr codeintensive Methode, dafür auch universell für alle Drucker. Außerdem muß man bei den Windows APIs immer berücksichtigen, daß so ein Code eventuell Änderungen je nach Windows-Version benötigt.

Gruß

Christian

 

\@Elmar: Das Besipiel von Bitsqueezer würde ich jetzt nicht als Codeorgie bezeichnen. Und es funktioniert obendrein.

Geht also auch ohne den Bruder! *mrcool

 

Hallo zusammen,
Auch mir geht es ähnlich, dass ich "momentan noch" einen Dymo im Betrieb habe.
Ich finde leider als einzigste Sinnvolle Lösung die von Bitsqueezer.
Da ich ein Access-Noob bin, und mit Codes nicht so bewandt, könnte ich etwas Hilfe mit dem Einbau der Codes brauchen.

Ich weis nicht so ganz wo nun was hin muss *entsetzt
und vor ich meine DB zerschiesse frage ich hier mal vorsichtig nach.

Zur erklärung meines Falles .....
Ich erzeuge einen Code (Zahl) über eine Datumserstellung die ich bisher manuell per Copy & Paste in das Dymotool übergeben habe.
Hat auch soweit funktioniert.

Ich hätte aber gerne mehr als nur den Code auf dem Etiket.
Da wäre das Datum des Drucks, der Code und ein Textfeld.
Alle Daten werden über ein Formular in einer Tabelle entsprechend abgelegt.

Leider bekomme ich den Drucker nicht über Access in Gang ... nur über das Dymo-Tool.
Ich hätte gerne entweder über einen Druckbutton (wärend der Eingabe im Formular) oder den Speicherbutton (nach beendigung der Eingabe im Formular) den direkten Ausdruck der Felder ohne extra das Tool zu öffnen.

Wären es nur 5-10 Etiketten pro Tag, dann könnte ich das nopch verkraften,
aber es geht hier zum Teil um 150-300 Etiketten pro Tag

Vielen Dank vorab, wenn sich jemand erbarmt um meine Nerfen wieder auf ein normales Level zu bekommen. *mad.gif* *tongue.gif*
LG Patric

 

Ich versuche gerade, die Prozeduren von meinem Namensvetter zum Laufen zu bringen.
In der dritten Prozedur aus #13 gibt es eine nirgendwo deklarierte Variable mit Namen 'prv_bolPrinting' ... da ich mit der Option Explicit arbeite bekomme ich da einen Fehler beim Übersetzen. Ich vermute mal, dass die Variable im Kontext der Klasse DymoAddIn initialisiert wird?
Wird diese Variable notwendigerweise gebraucht? Oder kann ich sie weglassen?

 

Hallo,

die Variable hat für die Funktion keine Bedeutung, kannst Du auch einfach weglassen. Sie wird auf Modulebene im Formular deklariert und dient in meiner Applikation nur dazu, im Form_Current-Event einen Text in einer Textbox auszugeben, während ein Eintrag gedruckt wird. Hatte ich vergessen, zu entfernen.

Gruß

Christian

 

\@Christian: Danke.

Noch eine Frage: wird der Name des Felds in der Label-Datei automatisch vergeben? Also: heisst das Adressfeld "txtAdress"?
Oder kann ich das beim Anlegen der Datei selbst anpassen?

 

Hallo,

nein, die Namen sind nicht festgelegt, sie müssen mit dem Labeleditor vergeben werden, der den Dymo-Druckern beiliegt. Du kannst beliebig viele Namen vergeben und sie können auch beliebig heißen.

Gruß

Christian

 

Danke, Christian