As far as I can see, the only place that Bleed appears in the report file is in the PRINT SETTINGS section, and all it's doing is reporting the print settings from the last time you printed the file. It doesn't reflect the actual bleed settings that are defined in the document.
If I choose File > Print, in the Print dialog box my default printer, has a checkmark on Use Document Bleed Settings, and the correct bleed amount is displayed for Top, Bottom, Inside, and Outside.
When I choose File > Package, for some reason, the Package dialog box displays zero for the bleed.
If I take the checkmark off of Use Document Bleed Settings, in the Print dialog box, and type in the bleed amount, when I Package, the correct bleed is used.
It seems that the Package command does not recognize the bleed settings if Use Document Bleed Settings is selected.
So I still don't understand why that would be the case. It seems like the Report File should use the bleed settings that have been set up in the document.
Does this seems like a bug to anyone else besides me?
I'm curious why this bothers you so much. It might be a bug, but really, it's just the package report, and I'm not sure that it makes any difference if the bleed is not listed correctly as long as the file opens correctly. Are you concerned you will send this package out and some printer will read the report and presume you have no bleed, perhaps printing or quoting incorrectly?
Yes, that is exactly my concern. The report gives information to the printer and if it is not correct, communication breaks down which could cause potential errors.
1 person found this helpful
Question 1 is why you would send native files instead of PDF.
Aside from that, I don't think I've ever met a printer who looked at the package report to see if bleed was included (if they looked at all), though I suppose there might be some out there. If you've sent native files the prepress guy has to open them, no matter what, so he's going to instantly see bleeds, missng links, and missing fonts. There's really nothing in the report that I think I would have found useful to read beforehand when I was doing prepress, other than contact info, and that's supposed to be on the job ticket (along with the color and bleed specs) from the take-in.
1 person found this helpful
I think what happens when Use Document Bleed Settings is selected at print time, InDesign looks at the Document Setup "on the fly." It doesn't actually enter any values in the bleed boxes, so there's nothing there that gets saved with the document. When you enter the values yourself, the settings become a fixed part of the print output dialog and are saved with the document.
If it helps: in all the years I've received packaged InDesign files from clients, I have never once paid attention to the "Print Settings" section of the report; there's nothing there that's relevant to the printer (that's me!).
Maybe a good feature request would be to eliminate the Print Settings in the report and list the Document Setup values instead.
One last thing: there may be a good reason for you to send the packaged native files to your printer, but the best workflow (if possible) would be to export a PDF for the printer and not bother with the packaged InDesign files at all.
Edit: Mr. Spier beat me to it!
Message was edited by: Bill Byers
I send both the packaged InDesign files and the PDF to the printer. I guess I'm the only one that's ever paid attention to the report.
I always send the native files along with the pdf when I package. This in case the printer needs to change or edit something, they have the native links. But i am also having the same problem as the other person here.
I just noticed that my files weren't packaging without bleed anymore.
My fix: File>Adobe PDF Presets>Define
Create your own export setting for that printer (I use multiple, some like having the natives, some don't) and use that printer setting on the package export "save" screen. You will be able to dictate which PDF profile is used.
Hope that helps.