Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
26.07.2007, 16:46 (Dieser Beitrag wurde zuletzt bearbeitet: 26.07.2007 16:48 von Martin_München.)
Es geht darum, dass ich einen Druck-Knopf habe, der bei einem Druck das aktuelle SubVI ausdruckt. Ich möchte allerdings nicht das vorgefertigte VI "Easy print VI Panel or Documentation.vi" nutzen, sondern dementsprechend noch was verändern.
Leider wird mit meiner Methode das Front-Panel-Bild nicht zentriert...Wie geht das denn?! Nach einigem Suchen habe ich gemerkt, dass die Angaben über alignement nur für die HTML-Generierung genutzt wird und nichts mit dem Drucker zu tun hat...
Vielen Dank schon mal für Eure Hilfe!
Martin
PS: Würde auch ganz gerne wissen, wie ich das Druckerauswahlmenü öffnen kann (das von Windows), da mir das einfacher erscheint, als die Drucker über VI zu suchen und diesen dann auszuwählen. Außerdem kann man dort die Druckoptionen leichter verändern...
26.07.2007, 21:24 (Dieser Beitrag wurde zuletzt bearbeitet: 13.01.2008 21:14 von jg.)
hierfür gibts KEINEN SUPPORT und KEINE GARANTIE, schon gar keine Garantie das jeder Drucker (PDF etc.) erkannt wird! Nochmal: Verwendung auf eigene Gefahr, von kommerzieller Nutzung ganz zu schweigen!
Ich weiß nicht mal mehr, wo ich's her hab, ist aber schon laaaaaaaaaaaaaaaaaang her! Das VI stammt auf alle Fälle nicht von mir, das hab ich irgendwo mal aufgegabelt...evtl. gibts sowas auch als "freie Lizenz" bei
Auch die im angehängten VI aufgerufene "DLL" kenn ich nicht, sie ist offensichtlich aber Bestandteil von Windows "irgendwas". Das gleiche müsste auch mit einem Aufruf der "user32.dll" aus dem Windows-Verzeichnis gehen, ich kenne bloß den entsprechenden Parameter nicht. Das kann man aber evtl. über die MS HP rausfinden!
' schrieb:Ich weiß nicht mal mehr, wo ich's her hab, ist aber schon laaaaaaaaaaaaaaaaaang her! Das VI stammt auf alle Fälle nicht von mir, das hab ich irgendwo mal aufgegabelt...evtl. gibts sowas auch als "freie Lizenz" bei
Ah ja, das VI habe ich auch schon seit Jahren, habe ich definitiv von der NI-Seite heruntergeladen. Habe auch gleich einen Link:
' schrieb:Auch die im angehängten VI aufgerufene "DLL" kenn ich nicht, sie ist offensichtlich aber Bestandteil von Windows "irgendwas". Das gleiche müsste auch mit einem Aufruf der "user32.dll" aus dem Windows-Verzeichnis gehen, ich kenne bloß den entsprechenden Parameter nicht. Das kann man aber evtl. über die MS HP rausfinden!
Das ist keine DLL sondern ein spezielles Keyword das der Call Library Node sagt, dass die Funktion direkt von LabVIEW aus importiert werden muss. Die hierbei verwendete Funktion ist aber nirgends dokumentiert also nur durch NI Leute machbar.
Im Prinzip funktioniert das auch für alle anderen Funktionen die LabVIEW als C Funktionen exportiert. Ist eine ganze Reihe aber ohne Dokumentation natürlich sinnlos. Aber die Funktionen die im External Code Reference Manual dokumentiert sind funktionieren ganz gut.
Nee mal ernsthaft....danke für die Info, Rolf! Wieder ein bisschen schlauer...
Hast du ne Ahnung, ob dieses VI, das ja von NI stammt, auch "für immer" mit LV funktionieren wird?
Gruss
Achim
Nein das weiss ich nicht und kann ich natürlich nicht garantieren. Im Prinzip ist es aber so dass NI solche Dinge nicht unnötig verändert.
Zu diesem Punkt ist aber zu sagen dass da mal eine Funktion war "Set Default Printer.vi" das änhlich funktionierte und wo NI die darin enthaltenen Funktion irgendwann so um 7.0 umbenannt hat indem ein LV voran an den Namen gefügt wurde. (Dieses VI ist aber inzwischen obsolet da dieselbe Funktion mittels der Application Property machbar ist).
Der Grund hier war aber wohl eindeutig, dass die da irgend einen Namenskollision hatten mit einer ähnlichen Funktion von einem der Plattform APIs (Win32 API, Unix API, oder MacOS API, etc.) die LabVIEW verwendet. Da ist es natürlich nie ganz auszuschliessen, dass einer der API Entwickler auf die Idee kommt einen gleichen Funktionsnamen einzuführen den NI intern selber schon ausgedacht hat. Und NI kann natürlich schlecht von MS oder Apple verlangen, dass die eine Funktion im Nachhinein umbenennen weil es mit einer LabVIEW Funktion kollidiert.
