Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have an in-house application which generates PDF files for different reports. Now based on the report type, the PDF files are generated by 2 different applications - first one being neevia Doc Creator and the other being Oracle Reports.

If I open either PDF files using Adobe Acrobat reader and then issue a print command, then both the files print correctly, with all formatting retained.

However, if I copy the files directly to the printer ( the printer is shared on the network, and by copy files I mean issue copy <file> \\share_name), then the PDF files created by neevia Doc Creator print fine, with formatting retained.

If I do the same for the PDF files created using Oracle Reports, then the prints are off, the formatting is not retained.

At first, I thought this was a font substitution issue, and found that that the fonts were not embedded in PDF generated by Oracle reports. So I did some changes, and the fonts are being embedded now - but the prints still don't match.

Why is this so ? What am I missing out on ? Any way to determine what's so different about the other PDF that makes it to lose formatting ?

This is how the print looks, when printed from Adobe:


This is how the print looks, when printed directly ( ie, copied)


The printer is a HP Color LaserJet 4700 PS, connected to a dedicated print server running on Windows Server 2003.

share|improve this question
"then the prints are off, the formatting is not retained". Could you add an image showing this? – Josh Oct 6 '10 at 14:54
@Josh yes, I will do so. – Sathya Oct 6 '10 at 15:15
I was wondering if there could be a different in the postscript versions, but I'm not sure how to find that information. The other things I would check is if the PDF versions were the same, that may make a difference in how the printer processes the PDF. – Scott McClenning Oct 6 '10 at 16:23
It would be good to include more details. Is the print queue on a Windows box, a *nix box, or on the printer itself? What model printer and how recent is the firmware? – CarlF Oct 6 '10 at 16:51
@CarlF The printer is a HP Color LaserJet 4700 PS, connected to a dedicated print server running on Windows Server 2003. @Scott: The PDF version is the same, ie, PDF v1.4 – Sathya Oct 6 '10 at 17:02
up vote 2 down vote accepted

Are the fonts embedded in the PDF?If not the printer could be using local fonts. I wrote a blog post explaining at

share|improve this answer
Ultimately, it came down to Neevia embedding fonts correctly, which Oracle Reports Engine not doing so. Thanks @Mark – Sathya Jan 9 '11 at 5:12

There appears to be a new firmware release for your printer dated July of 2010. That's the first thing I would try.

Also installing the latest drivers on the Win2K3 box, if applicable.

share|improve this answer

There are several versions of the PDF format. Maybe neevia Doc Creator creates files suitable for an older version that the driver on the print server supports, while Oracle Reports uses some features of newer versions that the driver doesn't understand. When you print with Acrobat Reader, it produces the PostScript file to send to the printer (and unsurprisingly handles all versions of PDF without trouble).

share|improve this answer
Perhaps, but Acrobat reader mentions that both PDF versions are 1.4 – Sathya Oct 6 '10 at 22:24
@Sathya: the real question is what version the driver supports (perhaps neevia declares 1.4 but doesn't use its advanced features). – Gilles Oct 6 '10 at 22:45
OK I understand what you're implying here. – Sathya Oct 6 '10 at 22:56

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .