Prepressforums.com

DCurry · #1 (**permalink**) 12-01-2006, 05:26 AM

Got my first live Quark 7 (Mac) job yesterday. All went fine until I realized as the proof was running that the page was shifted up about 1/8" - 3/16" (didn't measure). I used all the same print settings in Quark that I've used for the previous versions, and it is a standard letter-size page in a standard template that I've used hundreds of times, so I know I'm not doing something wrong there. This is a PS>PS workflow. Occurs when I print to file and when I Export to PDF using the Make Postscript option in Preferences.

The problem occurs whether I center the run list page or leave it set at 0,0 coordinates. Preps is reading the file as the correct size in the File List.

The only way I can get it to position properly (short of manually shifting the page in Preps) is to use PDF>PDF. That will work until I find a solution, but I'd rather find a solution. Anyone seen this issue?

I posted on Kodak's GUA forum, but no help yet.

almaink · #2 (**permalink**) 12-01-2006, 06:18 AM

So you don't use the PXT extension for Preps? Not that I've had much luck with it mind you and I don't think it would work in version 7 anyway. It's a shame they killed the old usergroup email thing, those new forums suck, I've had an issue posted there for almost 8 months before I got a reply and that answer didn't even solve the issue. Have you tried backsaving to Quack 6.5 and exporting from there?

DCurry · #3 (**permalink**) 12-01-2006, 07:51 AM

I only use the PXT extension when I absolutely need to (I don't like it because the files it creates are much bigger than printing to file). Kodak hasn't updated it for Q7 - took them forever to make one compatible with 6. Maybe the same one for 6 would work in 7 - I'll give it a try when I get a chance.

I could backsave to 6, but that would go against my code of always working in the same version as the file was submitted (at least for Quark, anyway.) Too dangerous to backsave from 7 anyway since there are new features that 6 wouldn't have (none of that stuff was used in this particular job, but you get my point.)

almaink · #4 (**permalink**) 12-01-2006, 07:56 AM

Yep I won't have your issue tho because we refuse to update to version 7 and have instructed all our customers that if they upgrade to 7 only PDF's will be excepted. Ya gotta draw the line someplace and Quacks inability to listen has forced us to do this.

pspdfppd · #5 (**permalink**) 12-01-2006, 09:17 AM

yeah, but if you accept pdf's from Quark 7 you might STILL have problems.

We've had 2 screwups with Quark 7 pdf's .... on one, the Sherpa proof printed a signature in a spot color and on the film it dissapeared. When we opened up the pdf it looked ok. Checking the output separations view showed the signature IN the spot color it was supposed to be. I imported the pdf into indesign and exported it to create a new one and everything was fine.

Another one resulted in a rerun. We generated a quick proof from a quark 7 pdf (distilled, not exported) on a docutech then got the ok to go and when the plates were made...a logo came out like a negative (I mean the black was white and the white was black). I know we should have made a proof from the same rip but there was no time in this case.

Never seen this type of thing until Quark 7....

jimking · #6 (**permalink**) 12-01-2006, 09:42 AM

We use ApogeeX so this might not help. We noticed a shift in Quark 7 and learned that we couldn't print to Apogee the same way as Q6. We now have to send it with marks and of course bleeds. For example if we print letter size it has to be letterextra (or a half inch larger- X and Y) and then center pdfs on 8.5x11 in Apogee.

DCurry · #7 (**permalink**) 12-01-2006, 09:56 AM

The way I typically send from Quark is to turn the marks on and make the media size 1" wider than the document size. This is based on the ScenicSoft (used to own Preps before Creodak) documentation.

Joe · #8 (**permalink**) 12-01-2006, 10:22 AM

Quote:

Originally Posted by DCurry

Got my first live Quark 7 (Mac) job yesterday. All went fine until I realized as the proof was running that the page was shifted up about 1/8" - 3/16" (didn't measure). I used all the same print settings in Quark that I've used for the previous versions, and it is a standard letter-size page in a standard template that I've used hundreds of times, so I know I'm not doing something wrong there. This is a PS>PS workflow. Occurs when I print to file and when I Export to PDF using the Make Postscript option in Preferences.

The problem occurs whether I center the run list page or leave it set at 0,0 coordinates. Preps is reading the file as the correct size in the File List.

The only way I can get it to position properly (short of manually shifting the page in Preps) is to use PDF>PDF. That will work until I find a solution, but I'd rather find a solution. Anyone seen this issue?

I posted on Kodak's GUA forum, but no help yet.

I ran into a similar problem with Odystar and Preps. If the Preps preference was set to auto center the pages they came out at 0.0 and 0.0. If I turned off auto center in Preps preferences they centered up fine. Might not be the same as your problem but worth a shot.

DCurry · #9 (**permalink**) 12-01-2006, 10:30 AM

I do have Autocenter turned on, so I turned it off andd made a new job and it didn't fix it. Thanks, though!

arrowhead · #10 (**permalink**) 12-01-2006, 11:20 PM

I don't know whether this is the same but when I have had pages which do not centre correctly in preps, I go and look at the pdf pages which did not centre correctly. Every time, the trim marks are in the correct position but the trim box is out of position. (I use an acrobat plugin called pdf wizard which shows where the trim box is situated, if there is one). I eps and distill those pages to create the pdf again. This seems to remove the trim box and when the pdf pages are reinserted into preps, they centre correctly.

I have come to the conclusion that preps centres the page on the trim box (if there is one), not on the actual page. If there is no trim box indicated then the pages are centre correctly.

I seem to remember that Quark has had trouble with the trim box for quite awhile. In one version they got it right, but as usual, they broke it again, maybe this is the case in Quark 7. I don't have version 7, we are insisting on pdfs and if we have trouble with them, it's back to the client's designers to sort it out. Inhouse, our designers have changed over the Indesign and haven't looked back since.

I hope this helps.
Greg