Disregard the above -- my logic was incorrect. I am not sure why the 3BC imposition is being used instead of the 1 BC, when only 1 job remains unimposed.
I believe you are getting the expected behavior. The idea of the Job Group selection is it will force an "overflow" condition if there are too many jobs to fit into the imposition. In your case you are left with one job which will fit in the imposition designed for 3 jobs.
If you want to force to the remaining 1 job into the 1 BC imposition vs. 3 BC imposition, you can use a route node with:
This logic should be expanded to the entire workflow to avoid having a smaller number of jobs being imposed with a larger number job imposition. For example 16 jobs being imposed with the 21 job BC imposition, etc.
I just make the same workflow as Xavier shown (21, 7,3 and 1 layout). In case there are 29 files it makes:
21BC, 7BC and 3BC layout with 1 column... It should make:
21BC, 7BC and 1BC layout.
How to workaroud or fix this bug?
OK. ganging wont work if pages is not splitted. but when it has 1 card it is doing layout for 3 cards (something like in this example "3 BC Gangup", it is doing layout 3BC insted of makeing 1BC)
Trying to make something like this but ganged imposition doesnt work. If I have 25 cards it makes 2 impositions: 21 cards on first imposition and 4 on secound. It should not make secound imposition and pass it to next node not imposed.
Something changed since Core 4.0?
Im setting Job Group and collect in imposition node.
The Collect Job Document options in imposition (for job ganging) and in Print (for FIFO printing) are both tied to the output management license.
Having difficulty seeing the "Collect Job Documents" Option in my workflow for the first stage impo (Or on any imposition Nodes for that matter). It is a fixed row/col JobGroup imposition set to a specific sheet size.
Is there some licencing restriction here? I can see it available on some other node types eg Save