View Full Version : Type spanning spreads and creep

06-16-2006, 11:45 AM
Is there any way of applying creep when pages have text running across two pages in a spread. Normally, this would result in part of the text being chopped out down the spine.

06-16-2006, 12:38 PM
Yeah, that is a problem. What we do is figure how much creep will be applied to each page (or pair of pages in the reader spread) and then manually move the two halves of the type block (usually a headline) away from the gutter, so when they shingle in it comes back together to look like it did before.

This also applies to contones crossing over, and any inside margin design elements like borders that have to be consistent. Or, we seriously look at the outside trim and see if we can avoid shingling altogether.

06-16-2006, 01:44 PM
Thanks rmeacham for your swift reponse.
Does your comment mean that you would go back to the application file, (InDesign, Quark or whatever) split a text frame into two parts and then move each part, resave postscript or pdf and update this is preps?

06-16-2006, 01:58 PM
Yes, that's what we do. Since the entire page geometry moves as a unit during shingling, the elements on the page have to be pre-adjusted to compensate. We use an Excel spreadsheet to do the heavy lifting to calculate the amounts. (Attached)

06-16-2006, 03:59 PM
Here's a thought I have had along these lines. I wonder if it would be possible to right a script that would at how much creep adjustment needs to be made to a page but instead of just moving the page into the gutter (which would crop out part of teh page) the script would scale the page and the reposition it towards the gutter that same amount. Or, to say it another way, if a page needed to move into the gutter .1 inches, why not scale the page horizontally that .1" and then move the page .1" towards the gutter. That way, you wouldn't lose any of the image and you still moved the page away from the trim. Obviously this wouldn't work for a page that needed a lot of creep since the page's horizontal scaling would start to really show.

What we end up dealing with are pages built by our customers so we don't have the ability to move items on the page before it goes into Preps so I have been thinking about this scaling idea.

06-21-2006, 09:41 AM
We moved completly away from handling creep in Preps and do it in Prinergy by scaling the page and move them to the middle. We had to much bugs with continous images. The unproportional scaling goes up to 3-4% for the innerest sheet which isn't a problem for the most products (YMMV).

06-21-2006, 01:20 PM
If you think about it, the creep that is built into Preps is just a computerized version of a technique that is rooted in the old hand stripping workflow. It is old technology in the same way that the old PANTONE process build values were based on a set of 20 or so fixed screens because when things were done with film no printer wanted to stock 100 different screens. The problem was that for many years after you could run out any value between 0 and 100 on your imagesetter, the PANTONE book still used the limited set of values.

We have used scaling on a few jobs that had large amounts of creep and critical page margins. Unfortunately, even though we have a script to do the calculations, we still have to manually type in all the numbers because neither Prinergy nor Preps has a way to do it automatically. This is another good example of software making the user do hard work.

I would definately like to see Preps and Prinergy implement an automatic method of adjusting for creep by scaling the page instead of shifting it.