Why does my PDF form print without the answers?

The three usual causes are a field set to visible but non-printing, values that were typed into a browser viewer and never saved into the file, and values that have no appearance stream so nothing exists to send to the printer.

What is the "visible but doesn't print" setting?

A property on each individual form field. It was designed for on-screen instructions and internal notes that should not appear on paper, and it is easy to apply to a whole form by accident when copying field properties around.

I filled the form in my browser and it prints empty. Why?

Browser PDF viewers often hold what you typed in memory rather than writing it into the file. Printing sends the file, not the memory. Download a completed copy first, reopen that copy, and check the answers are still there before printing.

Why does my form print each answer twice, slightly offset?

Because the value exists twice — once painted onto the page by an earlier flatten, and once live in the field sitting on top of it. Printing draws both. It means the file was flattened at some point and then filled again.

Do I need Acrobat to fix this?

No for the save-related causes, which are about how you produce the completed copy. Changing a field's print property does need an editor that can reach field properties, which is exactly the kind of task worth avoiding by collecting responses through a web form instead.

Why does my PDF form print blank?

A form that looks filled on screen and comes out empty on paper is nearly always one of three things: the fields are set to display but not to print, the answers were never actually written into the file, or the values exist with nothing drawn to represent them. They look identical on screen and need completely different fixes, so it is worth identifying which one you have before changing anything.

Cause 1: the fields are set not to print

Every form field carries its own print property, separate from whether it is visible. The available states are roughly visible, hidden, visible but not printing, and printing but not visible.

"Visible but doesn't print" exists for good reasons. Instructions to the person filling the form, internal reference numbers, on-screen guidance notes — things that help on a monitor and only clutter paper. The trouble is that the property is per-field and easily spread. Someone sets it on one field, copies that field to create the rest of the form, and every copy inherits it.

The tell is that the whole form prints blank while the page furniture — the title, labels and ruled boxes — prints perfectly. Artwork is not affected by field properties, so if the labels are on the paper and none of the answers are, this is your cause.

Fixing it means opening the form in an editor that can reach field properties and changing the setting on each affected field. There is no global switch in most tools, which is what makes it tedious on a form with thirty fields.

Cause 2: the answers were never saved into the file

This one is not really a printing problem at all. The answers were never in the file you sent to the printer.

Typing into a form field changes a value held in memory. Saving is the separate step that writes that value into the document. Plenty of viewers — browser PDF viewers especially — offer no obvious save step, or treat "download" as downloading the original blank file rather than your completed one. So people fill a form in, hit print, and print the blank they started with.

The giveaway is that the on-screen copy still shows the answers while the printout does not, and reopening the saved file shows it blank too. If closing and reopening loses the answers, they were never written down.

The habit that avoids it: download a completed copy, close the original, open the downloaded copy, and confirm the answers are still there. Print from that. If the downloaded copy is blank, the viewer discarded your input and no amount of reprinting will recover it.

Cause 3: the values exist but nothing is drawn

This is the technical one, and the one that most often produces the reaction that the file is simply broken.

A PDF form field stores its value, and separately stores an appearance stream — the drawing instructions for what that value looks like on the page. Well-behaved software writes both. Some tools write the value and skip the appearance, then set a flag asking the reader to generate the missing appearances when it opens the file.

Readers that honour the flag render everything correctly, so the form looks complete. Readers that ignore it show nothing. And printing generally uses the appearance streams, so a file can display its answers on screen and print none of them, because on-screen rendering was generated on the fly and never written down.

The symptom is a form that behaves differently in two applications: correct in one, blank in another, and blank on paper from both. Opening the file in a full desktop reader and re-saving it usually forces the appearances to be written properly.

What if it prints everything twice?

Double printing — each answer appearing twice, slightly offset — means the value exists twice in the file. Typically the form was flattened at some point, which painted the answers onto the page as artwork, and then somebody filled the fields again on top of that. The printer draws both layers because both are genuinely there. Why is my PDF form no longer fillable covers what flattening does and how to tell it happened.

Working out which one you have

Start with the fillable PDF checker, which tells you whether the file has real form fields at all and how many. That single fact splits the problem: no fields means the page is flat and anything you "typed" went nowhere, while fields present sends you to the print property and appearance causes above.

Then apply the two quick tests. Does the printout carry labels but no answers? That is the print property. Does the file show answers now but lose them when closed and reopened? That is the missing save.

The version of this that does not happen

Every cause here is a consequence of the completed document being assembled on someone else's machine, by software you have no control over. You are relying on their reader to store the value, draw it, save it and print it, and any one of those four can fail silently.

Collecting answers through a web form removes the whole class of problem. The person completing it types into a browser, and the finished PDF is generated once, on the server, with the values drawn into it properly. It prints because there is nothing left to go wrong between their keyboard and the file. The contractor and trades templates work this way — work orders, estimates and sign-offs completed on a phone on site, returned as a PDF that prints exactly as it appeared.