A Connect workflow produced a PDF file that shows correctly on screen but can’t be printed.
If I inspect the fonts in the page I get the following list.
name type emb sub uni prob object ID
---------------------------------------------- ----------------- --- --- --- ---- ---------
HPBAOP+Arial TrueType yes yes no 2911 0
IAGCCN+Arial TrueType yes yes no 2828 0
IAGCCO+Arial,Bold TrueType yes yes no 2831 0
EDWADE+LucidaConsole TrueType yes yes no 2830 0
What are those prefixes in the font names? I can’t find any documentation or information on their meaning.
Furthermore, if the fonts are embedded, why would the printer print empty boxes?
These names indicate that the fonts are actually a subset of the original. This is done to reduce the file size. There may be multiple subsets of a font, where each subset is identified with a random sequence of letters. For example here you can see that there are two distinct subsets of the Arial font.
I’ve updated my main post with more details before noticing your reply.
I repeat my edit here:
If the fonts are embedded why would the printer print empty boxes on the page? I’ve attached a scan of the printed document in the first post.
My first thought was font permissions, but those are standard fonts which usually allow all operations. Perhaps there is a mixup with the printer driver involving font substitution.
Which software are you using to print?
To which printer driver?
Have you tried printing to another printer?
Can you give more details about how the PDF file is produced in the first place? One important detail would be what is the nature of this text. Is it part of a PDF picture or background or is it a text object?
Is the source a legacy PlanetPress form or a Connect document? Or other?
Printer: IM C3000 RICHO - office printer with no built-in raster image processor
Document printed through Adobe Acrobat printing dialog using the provided printer drivers.
The document is correctly shown on screen
Printer: RICHO RISO COLOR, this is an industrial printer with a built-in RIP
Document loaded to the printer hot folder for printing. No drivers involved from computer to printer, it’s the printer itself that does all the job.
Printer: IM C3000 RICHO - same as point one
I’ve re-saved the document using Adobe Acrobat optimization and printed the new document. This, as of now, is the only way to correctly print the document.
We have several other industrial printers, but they all run on the same RIP software (Efi Fiery)
Can you give more details about how the PDF file is produced in the first place? One important detail would be what is the nature of this text. Is it part of a PDF picture or background or is it a text object?
It’s a PDF we receive “as is” from a client, the planet press Connect Workflow involves a bare bone template which adds barcodes for the enveloping phase.
Is the source a legacy PlanetPress form or a Connect document? Or other?
The source document is created by iTextSharpTM 5.5.13 ®2000-2018 iText Group NV (AGPL-version) (based on the original document metadata).
The important thing to note is that the original document prints correctly on all the printers, it gets “screwed” only after passing through the Connect Workflow
What about checking the option “Pass-through PDF resources” in the PDF options window of the Output Creation wizard? Have you already tested if checking this option does result in the same issue?
Pass-through PDF resources: Click to have PDF resources used as-is, without any additional processing. This guarantees the fidelity of any PDF graphics used within the template will be retained in the output.
This option is only available for standard PDF output.
