Heart-Profit ERP

Functie: SYPTDRWY

Ik ben bezig om te kijken hoe we via de printerdriver de printer (Nashuatec) kunnen aansturen tot het printen van nietjes. Omdat de PCL code hiervan niet bestaat, dient die via de PJL (print job language) te gebeuren.
Ik ben met Cliff bezig geweest om te kijken wat de precieze code hiervan is. Nu is het laatste dat wij kunnen testen het invoeren van de complete code in initialisatiecode 1 in te printerdriver. Als ik deze gegevens (aansturing nietjes + uitvoerbak) in dit betreffende veld zet, krijg ik de melding "code past niet (o.i.d)". M.a.w. de code past niet in de rubriek.
Mijn vraag: is dit uit te breiden zodat we dit kunnen testen? Of zijn we gebonden aan de maxime lengte?

Dit zou wat mij betreft de complete code mogen zijn:
CHR(27)+"%-12345X@PJL @SET STAPLE=ON @PJL SET STAPLE=LEFTTOP" +CHR(27)+"%-12345X"+CHR(27)+"&l101G"                 

Heb je dit al geprobeerd :

Initcode1 : CHR(27)+"%-12345X@PJL @SET STAPLE=ON @PJL SET STAPLE=LEFTTOP"
Initcode2 : CHR(27)+"%-12345X"+CHR(27)+"&l101G"                 


PS: Graag toch even noemen wat die melding precies is.

Dit is de melding die ik dan krijg:

Zojuist geprobeerd. Ik heb het idee dat Initcode 2 niet wordt gerespecteerd, de print komt nu in de verkeerde uitvoerbak, dit betreft de code "CHR(27)+"&l101G". Ik denk dat we toch een testje moeten verzinnen waarbij alles bij Initcode 1 opgenomen kan worden OF we zorgen ervoor dat Initcode 2 wordt gerespecteerd.

Als je de helptekst leest, zie je dat dit alleen operationeel is bij het Printen van Uitgaande Fakturen.

Ik kan me echter voorstellen dat die Initialisatiekode 2 t/m 7 ook beschikbaar worden gesteld als Layoutvariabele, in welk geval je het ook bij de Printfunkties die via een Variabele Layout werken zou kunnen gebruiken; dan echter d.m.v. het zelf opnemen van die Initialisatiekode in je Variabele Layout.

Dit snap ik eventjes niet? Bedoel je dat je het bij de printerdriver inricht? Of bij de variabele layout van het dokument, zo ja, hoe?

Beide. Zoals PS voorstelt, de te lange kode verdelen over 2 Initialisatieregels, en als je er een PQINIT1 en PQINIT2 Layoutvariabele bestaat, dan zou je die kunnen opnemen in je Variabele Layout.
Dat werk dan alleen bij Printjes die volgens een Variabele Layout werken.

De echte oplossing zal wat mij betreft moeten zijn: langer maken van de mogelijke printkodes; maar ja, om daar nu kosten voor te gaan maken terwijl je zelf nog niet eens weet of het wel gaat werken...

Ik heb de layoutvariabelen PQ-INIT (w.s. 1) en PQ-INIT2 toegevoegd aan de variabele layout voor de pakbon. (Zie bijlage).
Als ik nu een print maak (via de driver TST) dan komt wel de print uit de juiste uitvoerbak, waarmee ik zou zeggen dat de 2e Initcode opgepakt wordt.

De nietjes komen er nog niet in  :(

Iemand nog een ideetje?

Inmiddels heeft Robert e.e.a. aangepast waardoor de nietjes wel zouden moeten gaan werken.
Welke oplossing weet ik niet precies, misschien kan Robert hier meer uitleg over geven?

Robert,

Het gaat niet goed met de nietjes, als de code zoals je hieronder hebt neergezet plak in de Initcode 2 dan gebeurt er niets, ok.
Vervolgens heb ik op de op de layout van de pakbon de initcodes %PQ-INIT% en PQ-INIT2% toegevoegd. Wat er dan gebeurt: Ik krijg bij een pakbon van 3 pagina's 3 aparte pagina's apart geniet met ieder een witte pagina ervoor. Dat gaat niet helemaal goed lijkt mij.

Kun je hier eens naar kijken?

E.e.a. staat nu ingericht bij HPL2, TST. Bedrijf GELDER

Ik heb de volgende code in initkode 2 gezet: CHR(27)+"%-12345X@PJL"+CHR(13)+CHR(10)+"@PJL SET STAPLE=LEFTTOPSLANTPORT"+CHR(13)+CHR(10)+"@PJL ENTER LANGUAGE=PCL"

Nou, zo trof ik het in ieder geval niet aan; ik heb wat verbeteringen aangebracht, dus probeer het nog eens.

Zojuist een pakbon geprint, met de driver HPL2, TST

Het volgende komt uit de printer:
1 wit blaadje'
1 wit blaadje + het 1e blaadje van de pakbon geniet
1 wit blaadje + het 2e blaadje van de pakbon geniet

De pakbon betreft dus 2 blaadjes.

Huh? toch niet helemaal goed volgens mij.