Rich,
I think the invisible text lines have a single space character in them. You will usually get this at the end of any line with a hard return also, not just the empty ones, and it should be in whatever font the return character was in. I'm curious how you're getting PDF's with all fonts embedded except for the empty lines. I'm assuming the Word user ended up with a document that had fonts that were only used for the consecutive return characters, but I tested it with Word from Office 2004 for Mac, and it still embedded a font only used for return characters. Are these PDF's that also have unembedded fonts in the visible text that you have to force the fonts into? Indesign never does this because the coders were smart enough to realize that invisible text lines are a waste of space and processing. Maybe Microsoft did this on purpose so we can have a good laugh when we realize the document creator repeatedly banged away at the return key like a coked-up woodpecker in order to effect a page break.
You indicate that it would work for you to have Acrobat's preflight ignore these empty lines. Does that mean your RIP is okay with them? I don't think you can modify the Acrobat preflight to exclude these false positives. If you have Pitstop, you can run this action list:
Select unembedded fonts
Select object with height of zero
AND
Remove selection
This should remove any of the text segments that are exactly horizontal, and you could then repeat the Acrobat preflight to get a cleaner report.
Alternatively, if you save the PDF as Postcript out of Acrobat and refry with Distiller, I think the empty text segments will be removed. This will of course flatten transparency, but I'm not sure you can even get transparency out of Office applications. It's too bad Word doesn't have the "print to file" option anymore, then you could just start out with Postscript.
|
