How to Make an Editable Table from Gravity Forms in WordPress

Updated June 2026 • 5 min read

Yes, you can let your users edit Gravity Forms entries directly from a frontend table in WordPress — no trips to the WP admin, no form-reload loops. This guide walks through exactly how to set that up with TableCrafter, including who gets to edit what, how validation works, and what happens to the entry data when a user saves a change.

What "Editable Table" Actually Means Here

When people search for an editable table connected to Gravity Forms, they usually want one of two things: either a way for the original submitter to correct their entry after the fact, or a way for an admin or team member to update entries in bulk without opening each one individually in WP admin.

TableCrafter handles both. It reads your Gravity Forms entries, renders them as a searchable, filterable table on any WordPress page, and — with the Pro license — makes individual cells clickable and editable inline. Saves write directly back to the Gravity Forms entry via GFAPI::update_entry(), so there is no separate database or sync step. The data lives in Gravity Forms exactly as if the user had submitted a new form.

The free plugin covers the read side: display, search, sort, filter, CSV export, column picker. Inline editing is a Pro feature.

Step 1 — Install TableCrafter and Activate

Start with the free version from the WordPress plugin repository. In your WordPress admin, go to Plugins > Add New, search for TableCrafter (plugin slug: gravity-tables), install, and activate. Gravity Forms must already be active — TableCrafter will show an admin notice if it can't find it.

If you plan to use inline editing, you'll need a Pro license from tablecrafter.com. After purchase, download the Pro plugin zip, upload it via Plugins > Add New > Upload Plugin, and activate it alongside the free version. The Pro plugin extends the base plugin rather than replacing it.

Step 2 — Create a Table Configuration in the Builder

After activation, a TableCrafter menu item appears in your WordPress admin sidebar. Click TableCrafter > Tables > Add New. You'll land in the drag-and-drop table builder.

1. Select your form. The first dropdown shows all active Gravity Forms on your site. Pick the one whose entries you want to display and edit.
2. Add columns. Drag fields from the left panel into the column list. Each column maps to one Gravity Forms field. You control the label, width, and whether the column is sortable or filterable.
3. Set display options. Choose your default sort column, rows per page, whether to show a search bar, and which columns appear in the column picker.
4. Save the table. Click Save Table. WordPress will assign this configuration an ID — you'll see it in the URL bar, e.g., post=42. That number is your table ID.

Embed the table on any page or post using the shortcode:

[tablecrafter id="42"]

Replace 42 with the actual ID shown in your admin. The table renders fully on the frontend at this point — searchable, sortable, paginated. Cells are not yet editable; that's the next section.

Step 3 — Enable Inline Editing Pro

In the table builder, scroll to the Editing tab. Toggle Enable Inline Editing on. This setting makes every cell in the table clickable — users click a cell, it becomes an input field, they type their change, and hit Enter or click away to save. The experience is similar to editing a spreadsheet cell in Google Sheets.

Under the same tab you'll find two additional controls:

• Editable columns. You can restrict editing to specific columns. Columns not checked here remain display-only even when inline editing is active globally. This is useful when you want, say, a Status column to be editable but a Submission Date column to stay read-only.
• Validation rules. Per-column validation can enforce required fields, character limits, numeric ranges, email format, or regex patterns. If a user enters an invalid value, the cell highlights red and shows the error message inline. The entry is not updated until the value passes validation.

Step 4 — Control Who Can Edit with Role-Based Permissions Pro

Inline editing exposed to the wrong audience is a data integrity problem. TableCrafter handles this at two levels.

Table-Level Access

In the table builder's Permissions tab, set which WordPress user roles can view the table at all. If a user's role is not in the allowed list, the shortcode renders nothing — no table, no error, just a blank space or a custom message you configure.

Column-Level Role Visibility Pro

Each individual column has its own role visibility setting. This means you can show a "Driver Notes" column to editors and admins, but hide it entirely from the subscriber role. The column does not exist in the DOM for users who don't have access to it — it is not just CSS-hidden, it is not rendered.

A practical example: an employee directory table where HR managers can see and edit the "Salary Grade" column, while regular employees can see only their name, department, and phone number.

Edit Permission vs. View Permission

You can set one role to have view-only access and another to have edit access on the same table. A "viewer" role sees the table but cells do not respond to clicks. An "editor" role sees the same table with cells that open for input. Configure this in the Permissions tab under Who can edit entries.

Step 5 — What Happens When a User Saves a Change

When a user clicks away from an edited cell or presses Enter, TableCrafter fires an AJAX request to WordPress. The server-side handler retrieves the full existing Gravity Forms entry, updates only the changed field, and calls GFAPI::update_entry() to write it back.

This means:

• The change is immediately reflected in Gravity Forms' own entry view in WP admin.
• Gravity Forms conditional logic or notifications that depend on field values may fire, depending on your GF configuration.
• The entry retains its original submission metadata (IP, date submitted, source URL).
• TableCrafter records the user ID and timestamp of the edit separately, which feeds into the audit trail discussed below.

If the AJAX call fails (network error, permission denied), the cell reverts to its previous value and shows an inline error indicator. No partial saves happen.

Step 6 — Email Alerts When Entries Change Pro

In the Notifications tab of the table builder, you can configure an email alert that fires whenever an inline edit saves successfully. This is separate from Gravity Forms' own notification system — it is triggered by the TableCrafter edit event, not by a form submission.

You can route the alert to a fixed email address, to the WordPress admin email, or to the email address stored in a specific Gravity Forms field within that entry. The email body can include merge tags for the entry ID, the field that changed, the old value, and the new value.

A common use case: a project tracker where a "Status" column can be set to "Approved" or "Rejected" by a manager. When the manager changes the status, the original submitter automatically receives an email with the updated value.

Audit Trail Concept

Every inline edit through TableCrafter is logged with the WordPress user ID who made the change, the field that was modified, the previous value, the new value, and the timestamp. This log is stored in a custom database table (wp_tablecrafter_edit_log) and is accessible in the WordPress admin under TableCrafter > Edit History.

This is not a full version-control system — you cannot roll back to previous values directly from the UI — but it gives you a complete audit trail for accountability. Useful for compliance-sensitive workflows like HR records, financial data entry, or any scenario where "who changed this and when" matters.

Practical Use Cases for Editable Tables

To make this concrete, here are the setups that benefit most from inline editing:

Free vs. Pro: What You Get at Each Tier

To avoid any confusion, here is a direct breakdown of what is available at each level:

Free Available on wordpress.org

• Unlimited table configurations from any Gravity Forms form
• Search, sort, filter, and pagination on the frontend
• CSV export of visible table data
• Column picker (users show/hide columns)
• Status badges with custom color mapping
• Auto-refresh interval (table reloads on a timer)
• Diff badge (highlights rows changed since last page load)

Pro Available at tablecrafter.com

• Inline cell editing with click-to-edit UX
• Per-column editable toggle and validation rules
• Column-level role visibility controls
• Entry duplication from the table row
• Bulk fill (set the same value across multiple selected rows)
• Email alerts on inline edit save
• Data bars (visual fill bars for numeric columns)
• Inline edit audit log

Quick Troubleshooting Reference

A few issues come up frequently when setting up editable tables for the first time:

• Cells are not clickable. Confirm the Pro plugin is active (not just the free plugin), inline editing is toggled on in the table builder, and the current user's role is in the "can edit" list.
• Edit saves but Gravity Forms shows the old value. Check that the column is mapped to a single-input field, not a multi-input field like Address or Name. TableCrafter edits individual field inputs; multi-input fields require specific sub-field mapping configured in the column settings.
• Email alerts are not sending. Verify your WordPress site can send email at all (use WP Mail SMTP or similar). TableCrafter uses wp_mail() and will not send if your server's mail function is blocked.
• Table shows entries from all users, not just the logged-in user. Set the Entry scope in the table builder's Permissions tab to "Current user only". This filters the Gravity Forms query by the created_by field automatically.