Use Everyday Tools

HOW-TO GUIDE · BROWSER-FIRST WORKFLOWS

Create fillable PDF fields and flatten a submission copy

Understand AcroForm fields, saved values, appearance streams and when flattening is appropriate.

Understand a real fillable field

A fillable PDF stores a field name, type and value as document data. Its visible appearance is a separate representation. Text drawn over a page may resemble a form answer without creating an interactive field. Use a form builder when recipients need to tab between fields, tick checkboxes or choose an option, and use unique names to avoid accidental synchronization between unrelated answers.

What the form builder supports

The Create Fillable PDF Form tool writes genuine interactive fields into a new copy of your PDF. It supports text fields, checkboxes and dropdown lists, and can flag a field as required. It does not create radio-button groups, calculation scripts, signature certificates or XFA forms, and it declines PDFs that are signed or rotated rather than producing something unreliable.

Knowing these limits up front saves time. If your process needs a field that adds up other fields, or a certified digital signature, plan to use a dedicated forms product for that form and use this tool for simpler, everyday forms: a registration sheet, a feedback form, a checklist or a consent page.

Create a small, clear form

Start with an upright unsigned PDF. Add a text field for a name, a checkbox for an acknowledgement and a dropdown for a limited set of choices. Keep field names short and meaningful. Supply a default only when it is appropriate, and mark a field required only if the process actually requires that answer. A viewer may not enforce the required flag until a submission action is used.

Naming fields so the data is usable later

Field names look like a technical detail until someone has to read the answers back. A form that returns Text1, Text2 and Text3 is hard to reuse, and a form with two fields called Name quietly shares one value between them: type in one and the other changes.

  • Use short, descriptive, unique names such as customer_name, start_date or approved.
  • Avoid spaces and punctuation, which some systems that read form data handle badly.
  • Use the same name for a field only when you want the answers to match, for example a name repeated on every page.
  • Choose a checkbox for a yes or no answer and a dropdown when the answer must come from a fixed list; both give cleaner data than free text.

Test both the value and the appearance

Open the exported form, enter sample data, save it and close the viewer. Reopen the saved file and check that the answers remain. Do not rely on a screenshot alone: a stale appearance can display a value that is not stored correctly, while some viewers display stored values differently. Check at least one desktop viewer and the viewer your recipient is likely to use.

A test routine before you send the form out

A form that looks right on your screen can still fail for the recipient. Test the saved file, not the editing session.

  • Open the exported form in a desktop PDF reader, enter an answer in every field, save, close and reopen. The answers should remain.
  • Open the same file in a web browser’s built-in PDF viewer and on a phone if recipients will use one. Viewers differ in how they show fields and required markers.
  • Tab through the fields. The order should follow the way a person reads the page.
  • Print one filled copy to check that long answers fit and checkboxes are visible on paper.

Flatten only the copy that should be static

Flattening paints existing field appearances into page content and removes interactive widgets. It does not encrypt the PDF or prevent a capable editor from changing it later. This site flattens standard form fields, not every annotation. Keep the interactive original, confirm all answers are visible and create a separately named submission copy. Digitally signed documents and XFA forms require a different workflow.

Flattening in practice: three scenarios

A portal that rejects fillable files. Some upload systems cannot read form fields and show blank boxes. Flatten a copy so every answer becomes part of the page, then upload that copy.

An archive copy. When a completed form is filed for the record, a flattened copy shows exactly what was submitted, even if the viewer used later has no form support. Keep the interactive original as well in case corrections are needed.

A client copy. If you filled in a form on someone’s behalf, flattening before you email it prevents accidental changes by anyone who opens it. This is a convenience rather than protection, because a determined person can edit the flattened PDF with other tools. If you need to prove who approved a document, use a proper digital signature service.

A practical handoff checklist

Verify the names, numbers and checkbox states after reopening; confirm the expected page count; test that the intended fields are editable in the interactive version and not editable as fields in the flattened version. Share the right copy. If a signature certificate or regulated form format is required, do not substitute a typed signature or an ordinary AcroForm without checking the receiving organization’s instructions.

What flattening will and will not do

Flattening takes each field’s current appearance, draws it onto the page and removes the interactive field. Standard form fields are flattened; comments, highlights and other annotations are left alone, and XFA forms and digitally signed PDFs are rejected. If a field’s appearance was wrong before flattening, for example a value that was stored but not drawn, the flattened page will show the same problem.

For that reason, open the flattened copy and read it through before sending it. Pay particular attention to long answers that may be cut off at the edge of a field, and to checkboxes and dropdown choices.

Questions people ask

Can I edit a form someone else made? This builder creates new fields on a copy of a PDF. It does not edit complex existing forms, and it declines signed or rotated files.

Why do my answers disappear in some viewers? Some viewers show a form but do not save entries unless you use their save command. Test saving and reopening, and tell recipients which viewer to use.

Does “required” stop someone submitting an empty field? It marks the field as required, but enforcement depends on the viewer and on whether there is a submit action.

Is a flattened form secure? No. It is static, not protected. Use a digital signature or a protected storage process when authenticity matters.

Accessibility and usability of forms

A form is only useful if people can complete it. Keep labels visible next to each field rather than relying on placeholder text, leave enough space for realistic answers, and keep the tab order logical. Use plain, specific wording such as “Date of birth (day, month, year)” so people do not guess a format. For long forms, group related fields and keep each page uncluttered.

This builder creates fields but cannot add the accessibility tagging that screen readers rely on. If your form must meet an accessibility standard, build it in the source application with proper structure and export the PDF with tagging, then use this tool only for simple internal forms.

Before you finish

  • Keep an untouched original and use a separate filename for the result.
  • Test a representative sample before processing the full document.
  • Review the actual downloaded file in the receiving app, not just a preview.

← More practical guides · Report an error or suggest an improvement

Try a known sample first

Use synthetic files with expected page counts, text and form values. Compare the actual downloaded result, not just the preview.

Worked examples and sample files · Testing approach and limitations