Non-Adobe PDF creation path troubles
I've been having some problems with PDF uploading:
1. I use a non-Adobe PDF creation path. What I do is use PDFCreator, a PDF-making virtual printer driver, to make individual pages, then I stitch them together into a single PDF using a command-line tool called pdftk. Oddly, my first attempt a couple weeks ago, which had 8.5 x 11 art, printed fine and without errors (although stuff was cut off the edges).
The resulting file looks okay in Adobe Reader, and I even managed to get the margins correct (which is done in Advanced Printer Properties), but it complains about an improper bleed. I don't see any bleed settings that I can change in my creation path.
2. It looks as if it might, if uploading a new file over an old one that had errors, not update the error report? I've found that I've had to delete the old issue and create it again to get the error report to acknowledge the new file. This might be fluke behavior, but still\, figured I'd mention it.
1. I use a non-Adobe PDF creation path. What I do is use PDFCreator, a PDF-making virtual printer driver, to make individual pages, then I stitch them together into a single PDF using a command-line tool called pdftk. Oddly, my first attempt a couple weeks ago, which had 8.5 x 11 art, printed fine and without errors (although stuff was cut off the edges).
The resulting file looks okay in Adobe Reader, and I even managed to get the margins correct (which is done in Advanced Printer Properties), but it complains about an improper bleed. I don't see any bleed settings that I can change in my creation path.
2. It looks as if it might, if uploading a new file over an old one that had errors, not update the error report? I've found that I've had to delete the old issue and create it again to get the error report to acknowledge the new file. This might be fluke behavior, but still\, figured I'd mention it.
1
person has this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?Further update....
I went back in and reoutput the pages as 8.5x11 PDFs and tried a test upload of a four-page PDF and it worked without complaining about improper page size or bleeds, although presumably it'll be cut off at the edges again like last time. This indicates that a work-around is to simply leave the appropriate blank space at the edges of the page so it won't be cut off.
I’m undecided
-
Inappropriate?I just had a chance to check your pdf (the older one) -- yes, you got it right. That one had a page size set to our final trim size rather than the required 8.5x11.
And yes, the key is to design the pages knowing that the bleed margins will be trimmed off during production -- keep critical content within a safe zone well within the trim size, and extend background (bled) content to the full bleed size. Since your page background is white, padding with empty space should be sufficient; if you had background artwork you would probably want to extend it to the full bleed area to ensure that after trim there would be no white space visible along the edge.
Thanks for bearing with us while we get more instructive information together; I think a screencast explaining bleed would help a lot of people. With the sparse information we provide today, without some print design experience it can be like fumbling in the dark
1 person says
this solves the problem
Loading Profile...


