yes this adjustment was my fault, it was single sided.
Now the hole barcode is working fine.
Many thanks for your quick and fantastic help.
I am seeing the correct values for "Sheet Number" and "Number of Sheets in Job" when I use them. Is there an Imposition or Split node that is changing the number of sheets?
Great, after updating to version 5.4.5 these variables are working fine.
But now my first variables from the older version have different values.
I need the number of sheet and the number of sheets in the job.
In the version 5.1 the values were 1 of 4 (first sheet of the job consisting of 4 sheets) 2 of 4 (second sheet of the job consisting of 4 sheets) and so on. In German they are named <Blattnummer> and <Blattanzahl im Auftrag>
In version 5.4.5 the values are now 1 of 8 (first page of the job consisting of 8 pages on 4 sheets) and so on.
Do you have a solution for that behavior?
What version of FFCore are you using? Is the error a FFCore processing error resulting in a failed job? Or is the barcode incorrect? I do not obtain a processing error when I use the below. I do not know if the barcode accurately reflects the data tab input.
Our new sewing machine need a barcode to control the sheetfeeding.
We found out the right components for building up the barcode.
But the barcode needs fixed numbered variables with a zero in front.
Our solution has the following variables:
Jobnumber 5 digits
Sheetnumber 2 digits
Sheetnumber in job 2 digits
$FFwfJob.documentGroupId$ how can we reserve 2 digits for the text mark?
$FFwfJob.documentGroupCount$ how can we reserve 2 digits for the text mark?
All variables work in the right way. The problem is just reserving the space for the textmarks.
Solved! Go to Solution.