Est-ce PCL être? généré par vous ou un peu de prin t conducteur? Si c'est créé par vous alors vous devriez pouvoir placer les codes incorporés où vous voulez. Il ne devrait pas être nécessaire de choisir une police sur les codes. RightFax recherche simplement le <> comme texte et essaie de traiter ce qui est au milieu. Vous n'avez pas non plus besoin de la PJL car elle est ignorée par RightFax. Notre pratique courante a été d'insérer des codes intégrés en haut ou en haut, en fait, lorsque cela est possible, nous plaçons tous les codes intégrés sur sa propre page, puis utilisons le code DELETEFIRSTPAGE pour que la page ne soit pas faxée.
Voici un exemple:
<TOFAXNUM:4035551212><TONAME:CLIENT><DELETEFIRSTPAGE><NOCOVER><WHO:DOUG>
...rest of the PCL data...
Je suppose que le^[est votre représentation éditeurs de la mine de caractère Escape est représenté par et formfeed est. Si, pour une raison quelconque, vous modifiez ce flux en dehors de votre application, assurez-vous que l'éditeur ne déblaie pas le fichier. Vous pouvez également mettre en attente la file d'attente d'impression HPFAX, envoyer le travail, puis vérifier le fichier .SPL créé (c: \ windows \ system32 \ spool \ printers) pour vous assurer que le fichier est toujours le même. Si c'est une application qui 'imprime' le fichier via la file d'attente HPFAX, elle sera traitée par le pilote associé et des choses étranges peuvent se produire. La meilleure option pour tester ici est est de copier le fichier dans la file d'attente HPFAX tels que:
copy /b <yourfile> \\server\hpfax
Cela peut être ce que vous faites déjà, je suis juste essayer de couvrir toutes les bases.
Le fichier PCL est généré par un pilote. J'utilisais un visualiseur de fichiers PCL pour 'imprimer' le fichier dans la file d'attente HPFAX. Cela causait des choses étranges à se produire. Copier le fichier dans la file d'attente HPFAX était une excellente suggestion, donc était de mettre la file d'attente en pause pour regarder le fichier SPL. Je vous remercie. – Khandelwal