Poor mobile completion
Fixed pages, tiny controls, and print-oriented layouts become difficult to use on a phone.
FileToWeb converts the source, lets your team review the HTML in Studio, and then produces a source-grounded form specification. Gravity Forms is the first working adapter, and your team reviews the draft before it replaces a public document workflow.
Document form
Original source
FileToWeb conversion
Responsive HTML
Studio review
Inspect · refine · approve
Form specification
Fields · rules · evidence
Online form
Editable, tested, approved
Documents create completion barriers
Document-based workflows often move the burden from the organization to the person trying to submit information—and back to staff who must process it.
Fixed pages, tiny controls, and print-oriented layouts become difficult to use on a phone.
People must save, open, edit, print, scan, or re-upload a file before they can finish.
Staff may need to copy information from email attachments or scanned documents into another system.
Internal-only routing and administrative fields can be difficult to distinguish from questions for the applicant.
A small policy or field change can require a new file, new links, and another distribution cycle.
A four-stage workflow
The current early-access workflow creates an editable draft and keeps the final approval step with the WordPress administrator.
Choose the form title, single-page or multi-step layout, and the staff notification address.
Build a source-grounded form specification from HTML reviewed in FileToWeb Studio and create an editable draft.
Preview, test, inspect source evidence, and resolve warnings or unsupported details.
Approve the draft before changing the public workflow or replacing a document link.
Structured, inspectable output
The specification preserves source context alongside supported form structure so reviewers can trace fields and identify uncertainty.
Group related questions into a readable single-page or multi-step flow.
Represent supported text, contact, selection, date, address, and other field types explicitly.
Keep source-backed radio, checkbox, dropdown, and other choice values visible for review.
Capture direct show-or-hide conditions when the source clearly establishes them.
Represent supported file-upload requests and flag details that require staff review.
Mark staff-only information so it can remain hidden from the public form.
Retain evidence references that help a reviewer confirm each generated field against the source.
Surface ambiguity, unsupported behavior, and details that should not be guessed.
First working adapter
The current add-on works with FileToWeb Integration and Gravity Forms to create a draft form and a draft WordPress page for review.
Permit request
Generated from reviewed FileToWeb HTML
Applicant name
Email address
Describe your request
Review required: confirm the routing address and any policy-specific instructions before publishing.
Human-controlled generation
The system is designed to extract and structure what the source supports, then call attention to decisions that belong to staff.
Test required fields, conditions, uploads, notifications, data handling, policy language, and accessibility with representative users before changing the public form path.
The form specification is designed around provider-oriented structure, while Gravity Forms is the only implemented target today. Early-access inquiries help us understand which provider and workflow should be scoped next; they do not imply an existing adapter.
Early-access questions
Current scope is intentionally narrow while the workflow is tested with real document forms and editorial teams.
It currently requires the FileToWeb Integration WordPress plugin, a supported Gravity Forms installation, a reviewed FileToWeb HTML version, and administrator access to configure and approve the generated drafts.
It can represent supported sections, fields, choices, direct conditions, attachments, administrative fields, evidence, and review warnings. Complex calculations, unsupported widgets, policy decisions, and unclear logic require manual work.
No. A person must compare the draft with the source, test the completion and notification workflow, address warnings, and approve any public replacement.
With the current Gravity Forms adapter, entries and uploads remain in WordPress according to that site's WordPress and Gravity Forms configuration. FileToWeb does not decide the site's retention, notification, payment, or add-on policies.
No. It is an early-access workflow with Gravity Forms as the first working adapter. Contact us with a representative use case so we can assess fit and scope.
Early access
Tell us about the source form, the WordPress environment, and the staff review process you need to preserve.