Ist das PCL zu sein? generiert von dir oder irgendeinem prin t Fahrer? Wenn es von Ihnen erstellt wird, sollten Sie in der Lage sein, die Embedded-Codes überall dort zu platzieren, wo Sie möchten. Es sollte keine Schriftauswahl für die Codes geben. RightFax sucht einfach nach dem <> als Text und versucht zu verarbeiten, was in der Mitte ist. Sie benötigen auch keine PJL, da dies von RightFax ignoriert wird. Unsere gängige Praxis war es, eingebettete Codes an oder in der Nähe von oben einzufügen. Tatsächlich platzieren wir alle eingebetteten Codes nach Möglichkeit auf ihrer eigenen Seite und verwenden dann den DELETEFIRSTPAGE-Code, damit die Seite nicht gefaxt wird. Hier
ein Beispiel:
<TOFAXNUM:4035551212><TONAME:CLIENT><DELETEFIRSTPAGE><NOCOVER><WHO:DOUG>
...rest of the PCL data...
Ich gehe davon aus, dass die^[ist Ihre Redakteur Darstellung der Escape-Zeichen Mine repräsentiert durch und der Seitenvorschub ist. Wenn Sie diesen Stream aus irgendeinem Grund außerhalb Ihrer App ändern, stellen Sie sicher, dass der Editor nicht mit der Datei beschäftigt ist. Sie können auch die HPFAX-Druckerwarteschlange anhalten, den Job senden und dann die erstellte .SPL-Datei prüfen (c: \ windows \ system32 \ spool \ printers), um sicherzustellen, dass die Datei immer noch gleich aussieht. Wenn dies eine App ist, die die Datei über die HPFAX-Warteschlange "druckt", wird sie von dem damit verbundenen Treiber verarbeitet und einige seltsame Dinge können passieren. Die bessere Option für hier testen, ist die Datei in die HPFAX Warteschlange wie zu kopieren:
copy /b <yourfile> \\server\hpfax
Dies kann sein, was Sie tun schon, ich versuche nur, alles Basis zu decken.
Die PCL-Datei wird von einem Treiber generiert. Ich benutzte einen PCL-Dateibetrachter, um die Datei in die HPFAX-Warteschlange zu 'drucken'. Das hat seltsame Dinge verursacht. Das Kopieren der Datei in die HPFAX-Warteschlange war ein ausgezeichneter Vorschlag, also wurde die Warteschlange angehalten, um die SPL-Datei zu betrachten. Vielen Dank. – Khandelwal