Title: Form LOOQ
Author: Sayid Moghadam
Published: <strong>September 16, 2026</strong>
Last modified: October 8, 2026

---

Search plugins

![](https://ps.w.org/form-looq/assets/banner-772x250.png?rev=3698427)

![](https://ps.w.org/form-looq/assets/icon-256x256.png?rev=3698427)

# Form LOOQ

 By [Sayid Moghadam](https://profiles.wordpress.org/moghadam/)

[Download](https://downloads.wordpress.org/plugin/form-looq.0.12.0.zip)

 * [Details](https://xho.wordpress.org/plugins/form-looq/#description)
 * [Reviews](https://xho.wordpress.org/plugins/form-looq/#reviews)
 *  [Installation](https://xho.wordpress.org/plugins/form-looq/#installation)
 * [Development](https://xho.wordpress.org/plugins/form-looq/#developers)

 [Support](https://wordpress.org/support/plugin/form-looq/)

## Description

Form LOOQ (formerly MPRO Forms) is an open-source WordPress form plugin focused 
on straightforward form creation, local entry storage, responsive layouts, and LTR/
RTL support. No license key, no external account, no mandatory cloud service.

**Building forms**

 * Start from a blank form or one of four templates: simple contact, complete contact,
   product order, and event registration.
 * Arrange fields with a drag-and-drop builder that needs no page reload.
 * 27 field types in four categories: Standard (single-line text, paragraph text,
   email, phone, number, dropdown, radio buttons, checkbox, rating scale, section
   break, name, website, address, time, date), Advanced (hidden field, image upload,
   consent, HTML content), Post-submission (title, content, excerpt, tags) and Pricing(
   product, quantity, shipping cost, total).
 * Date fields with a Gregorian, Jalali (Shamsi) or Hijri calendar; the stored value
   is always a Gregorian ISO date.
 * Per-field label, machine name, placeholder, help text, required flag, and half
   or full width.
 * Per-form layout, submit label, success message, redirect URL, honeypot, and IP-
   storage settings.

**Collecting entries**

 * Entries are stored in the plugin’s own database tables — never sent anywhere 
   else.
 * An inbox screen with a form selector, the first three fields as columns, a tracking-
   code column, search (tracking code, entry ID or any submitted value), and status
   and date-range filters.
 * A unique, random tracking code for every submission (for example LQ-7F82K9P4),
   optionally shown to the visitor with a copy button and included in emails.
 * Optional email notifications per form: an alert to your team and a confirmation
   to the visitor, in plain text or HTML, sent through your site’s own mail setup(`
   wp_mail()`, so SMTP plugins work). Nothing is sent unless you enable it, and 
   a delivery problem never loses a submission.
 * Read/unread status, single and bulk selection, bulk delete and bulk status changes.
 * A single-entry view showing every answer plus submission time, hashed IP, referer,
   and user agent.
 * A private admin note on every entry, for the reviewer’s own context.

**Managing the plugin**

 * A forms list showing status, ID, entry count, views, and conversion rate.
 * CSV and XML export of a form’s entries: everything, only selected entries, or
   filtered by status and date range. CSV is UTF-8 and protected against spreadsheet
   formula injection.
 * A system status report covering the plugin, database, WordPress, server, and 
   timezone.
 * A dashboard widget with form and entry totals.
 * An Elementor widget so forms can be placed anywhere on an Elementor canvas.
 * An optional add-on catalogue and help screen backed by the project site, off 
   by default, with bundled fallbacks when it’s off or unreachable.
 * Translation-ready strings for community language packs distributed by WordPress.
   org.

**Privacy and safety**

 * Strict server-side validation for every field type, including verification against
   configured options.
 * Field-specific error messages with values preserved after a validation error.
 * Form-scoped rate limiting that stores hashed counters rather than raw IP addresses.
 * WordPress personal-data export and erasure integration.
 * Configurable entry retention with a daily cleanup job.
 * Data is kept when the plugin is deleted unless deletion is explicitly enabled.

### External services

The Add-ons and Help screens can optionally load their content from the project 
website at https://formlooq.ir — specifically `https://formlooq.ir/addons.json` 
and `https://formlooq.ir/docs.json`.

This is **off by default**. No request is made until an administrator explicitly
turns it on under Settings  Add-ons, where this same disclosure is shown before 
the setting can be enabled. When turned on, each request sends only the standard
HTTP headers plus a user agent identifying the plugin version and the site’s own
URL, so the project can tell which releases are in use — no form content or entry
data is transmitted. Responses are cached locally, and the plugin falls back to 
bundled content when the setting is off or the site cannot be reached.

Terms of use: https://formlooq.ir/terms
 Privacy policy: https://formlooq.ir/privacy

## Screenshots

[⌊Build and arrange forms visually with the drag-and-drop editor.⌉⌊Build and arrange
forms visually with the drag-and-drop editor.⌉[

Build and arrange forms visually with the drag-and-drop editor.

[⌊Display responsive forms that inherit the active WordPress theme.⌉⌊Display responsive
forms that inherit the active WordPress theme.⌉[

Display responsive forms that inherit the active WordPress theme.

[⌊Start quickly with a blank form or a ready-made contact, order, or registration
template.⌉⌊Start quickly with a blank form or a ready-made contact, order, or registration
template.⌉[

Start quickly with a blank form or a ready-made contact, order, or registration 
template.

[⌊Manage forms, entries, views, and conversion rates in an RTL-compatible interface.⌉⌊
Manage forms, entries, views, and conversion rates in an RTL-compatible interface
.⌉[

Manage forms, entries, views, and conversion rates in an RTL-compatible interface.

[⌊Review, search, filter, and manage locally stored submissions from the inbox.⌉⌊
Review, search, filter, and manage locally stored submissions from the inbox.⌉[

Review, search, filter, and manage locally stored submissions from the inbox.

[⌊Copy ready-to-use embed code for shortcodes, the block editor, or PHP templates.⌉⌊
Copy ready-to-use embed code for shortcodes, the block editor, or PHP templates.⌉[

Copy ready-to-use embed code for shortcodes, the block editor, or PHP templates.

[⌊Export entries as CSV or XML, all at once, filtered by status and date, or only
the entries you selected.⌉⌊Export entries as CSV or XML, all at once, filtered by
status and date, or only the entries you selected.⌉[

Export entries as CSV or XML, all at once, filtered by status and date, or only 
the entries you selected.

[⌊Monitor form and entry activity from the WordPress dashboard.⌉⌊Monitor form and
entry activity from the WordPress dashboard.⌉[

Monitor form and entry activity from the WordPress dashboard.

## Installation

 1. Upload the `form-looq` folder to the `/wp-content/plugins/` directory, or install
    the plugin ZIP through the WordPress Plugins screen.
 2. Activate Form LOOQ.
 3. Open Forms from the WordPress admin menu.
 4. Create a form from a template or from scratch.
 5. Copy its shortcode from the Embed tab into a page, post, or page builder.

## FAQ

### Are entries sent to an external service?

No. Entries are stored in this site’s own database tables and are never transmitted
anywhere.

### Where exactly is my data stored?

In two dedicated tables, `wp_looq_forms` and `wp_looq_entries`, using your site’s
own table prefix.

### Does deleting the plugin delete my forms?

No. Because the plugin owns its tables, deleting and reinstalling the plugin — or
replacing the folder during an update — leaves every form and entry intact. Deletion
happens only if you explicitly enable it under Settings  General before removing
the plugin.

### Does it support RTL websites?

Yes. Both the admin screens and the frontend form use CSS logical properties, and
the frontend direction follows the site unless a shortcode attribute overrides it.

### Does it include flood protection?

Yes. Valid submission attempts are limited per form over a short window and an hourly
window. Visitor identifiers are hashed with the WordPress salt before temporary 
counters are stored.

### Does it work with Elementor?

Yes. When Elementor is active, a Form LOOQ widget appears in the editor with a form
selector and a full Style tab (Field, Button, and Messages sections), or you can
choose to inherit your site theme’s colors and font instead.

### Can I import entries?

Not in this release. Export is complete; import is deliberately held back until 
the export format has been validated against real sites.

### Can I back up or move a form to another site?

Yes. Tools  Back up a form downloads a form’s own structure (title, fields, settings)
as a JSON file – never its entries. Tools  Restore a form creates a new, draft form
from that file on any site running Form LOOQ.

## Reviews

![](https://secure.gravatar.com/avatar/7e557882c509711f1a7cf02af5adf80b8c8fdb2ca6181327768f9b0a15e7dc2b?
s=60&d=retro&r=g)

### 󠀁[Thoughtful features, especially for RTL websites](https://wordpress.org/support/topic/thoughtful-features-especially-for-rtl-websites/)󠁿

 [hoomanjamshidi](https://profiles.wordpress.org/hoomanjamshidi/) October 8, 2026

What stands out to me about Form LOOQ is its support for RTL layouts and the Jalali
calendar—features that are especially useful for Persian websites. I also appreciate
the focus on keeping submissions within WordPress without requiring an external 
account or cloud service. The drag-and-drop builder, Elementor integration, and 
entry export options make for a practical feature set. A promising project with 
thoughtful attention to local needs. Looking forward to seeing it grow!

 [ Read all 1 review ](https://wordpress.org/support/plugin/form-looq/reviews/)

## Contributors & Developers

“Form LOOQ” is open source software. The following people have contributed to this
plugin.

Contributors

 *   [ Sayid Moghadam ](https://profiles.wordpress.org/moghadam/)

“Form LOOQ” has been translated into 1 locale. Thank you to [the translators](https://translate.wordpress.org/projects/wp-plugins/form-looq/contributors)
for their contributions.

[Translate “Form LOOQ” into your language.](https://translate.wordpress.org/projects/wp-plugins/form-looq)

### Interested in development?

[Browse the code](https://plugins.trac.wordpress.org/browser/form-looq/), check 
out the [SVN repository](https://plugins.svn.wordpress.org/form-looq/), or subscribe
to the [development log](https://plugins.trac.wordpress.org/log/form-looq/) by [RSS](https://plugins.trac.wordpress.org/log/form-looq/?limit=100&mode=stop_on_copy&format=rss).

## Changelog

#### 0.12.0

 * New: email notifications. Notify one or more recipients on every submission and
   optionally send the visitor a confirmation, in plain text or HTML, with {variables}
   such as {form_title}, {tracking_code}, {all_fields} and {field:name}.
 * New: unique, random tracking codes (for example LQ-7F82K9P4) for every submission,
   optionally shown after submission with a copy button and included in emails.
 * New: the inbox shows tracking codes, searches by tracking code, entry ID and 
   field values, and filters by status and date range. Bulk “Export selected (CSV)”
   added.
 * New: exports include the tracking code, can be filtered by status and date range,
   and the CSV byte-order mark is optional.
 * Improved: stronger spreadsheet formula-injection protection in CSV exports, including
   values that begin with spaces or right-to-left marks.
 * Database: adds a tracking_code column (unique index), an email delivery log column
   and a form/date index. Existing entries are given codes in small background batches.
 * Mail is sent only after the submission is stored; a delivery failure never loses
   an entry and is retried up to three times.

#### 0.11.1

 * Fix Elementor elements panel loading failure caused by the accent-color control.
 * Fixed required image fields being rejected before upload validation, and reject
   forged POST image URLs.
 * Fixed structured-address backup imports with nested settings and enforce the 
   backup envelope schema.
 * Hidden fields now use the configured default on the server; non-finite numeric
   values are rejected.
 * Added regression checks for field names, field settings, dates, images, addresses
   and backups.
 * Included bundled font and Jalali-conversion license notices.

#### 0.11.0

 * Added per-field settings in the builder: length limits, visible rows, number 
   min/max/step, empty option text, checkbox text and image size limit.
 * The Address field can now be a structured group (address type, country, state/
   province, city, street, unit, postal code); the parts are chosen per field.
 * On Persian sites the address offers an Iranian format with a province list and
   a validated 10-digit postal code.
 * Fixed the Dropdown and Product previews in the builder showing a repeated arrow
   icon.

#### 0.10.0

 * New builder interface: the sidebar has Add field and Field settings tabs, all
   field settings moved into the sidebar, and the form canvas is now a live preview
   of the final form.
 * Hover outlines a field with a dashed line, selecting gives it a solid border,
   and a toolbar offers move, up, down, duplicate and delete.
 * Field tiles are now square and several per row, so the sidebar is shorter.
 * New shared SVG icon set.

#### 0.9.3

 * Fixed several fields of the same type being merged into one on save: names are
   now pre-filled uniquely in the builder, and a duplicate name is made unique instead
   of dropping the field.
 * Fixed the Gregorian date field’s calendar click area staying on the right in 
   RTL.
 * The Jalali/Hijri calendar now defaults to the bundled Vazirmatn font and follows
   form/Elementor font and accent settings.
 * “Back to forms” and “Save form” are now in the builder header.

#### 0.9.2

 * Fixed the Jalali/Hijri date picker closing when you change month, and added a
   month/year chooser so the year can be changed.
 * The Jalali/Hijri date field now works like the native date field: type or step
   the yyyy/mm/dd segments with the keyboard, same input styling, Today/Clear buttons.
 * All date fields now share one calendar icon.

#### 0.9.1

 * Fixed the Jalali/Hijri date picker rendering broken (its cells were styled like
   submit buttons); it now opens as a clean calendar.
 * The builder’s field sidebar is now an accordion with one category open at a time,
   so it no longer scrolls through every field.
 * New plugin menu icon and a white logo on the welcome screen.

#### 0.9.0

 * Fixed the first-run welcome screen: the two call-to-action buttons and clicking
   the dark backdrop now close it (Escape works too), and the screen has a new, 
   modern design.
 * Restored the Elementor widget’s full Style tab (Style Source, Field, Button, 
   Messages), Button ID, hover animation, Field labels toggle, brand icon and title,
   and fixed its stylesheet/script not loading in the editor canvas.

#### 0.8.0

 * Added form backup: Tools  Back up a form downloads a form’s structure (title,
   fields, settings) as a JSON file; Tools  Restore a form creates a new draft form
   from that file. Entries are never included.
 * The Tools screen (formerly “Export”) now covers entry export and form backup 
   together.

#### 0.7.0

 * Added a Date field with a choice of three calendars: Jalali (Shamsi), Gregorian,
   or Hijri (Qamari), set per field. Gregorian uses the browser’s native date picker;
   Jalali and Hijri use a built-in picker with no external service or library call.
 * Multiple date fields on the same form, even with different calendars, work independently.
 * The Jalali/Hijri picker’s script only loads on a form that actually uses it.

#### 0.6.0

 * Added 16 new field types: Name, Website, Address, Time (Standard); Hidden field,
   Image upload, Consent, HTML content (Advanced); Title, Content, Excerpt, Tags(
   Post-submission); Product, Quantity, Shipping cost, Total (Pricing).
 * The Total field adds up every Quantity and Shipping cost field on the same form
   live as visitors type.
 * The HTML content field shows a placeholder notice in the builder instead of rendering
   its markup there; the actual content only renders on the public form.
 * Image upload validates the file type (JPG, PNG, GIF, WebP) and the site’s own
   upload size limit.

#### 0.5.0

 * The builder’s field sidebar is now searchable and grouped into four categories(
   Standard, Advanced, Post-submission, Pricing) instead of one long list, to make
   room for upcoming field types.

#### 0.4.4

 * Moved the Forms menu below content-management items to respect the established
   WordPress admin hierarchy.
 * Removed bundled PO/MO files and now rely on WordPress.org language packs for 
   approved translations.

#### 0.4.3

 * Prepared database table identifiers in reads, counters, retention, and legacy
   migration.
 * Corrected global variable prefixes and documented scoped Plugin Check exceptions.
 * Preserved bundled Persian translations without discouraged textdomain registration.

#### 0.4.2

 * Fixed: activating or updating the plugin triggered `__( 'Submit', 'form-looq')`
   during `plugins_loaded` — before the `init` hook loads this plugin’s text domain—
   logging a “Translation loading … triggered too early” notice. `Settings::defaults()`
   no longer calls a translation function; the translated fallback is read lazily
   by a new `Settings::default_submit_label()` instead.
 * Fixed: two `phpcs:ignore` comments for interpolated SQL sat one to three lines
   above the line the violation is actually reported on (inside a multi-line `$wpdb-
   >prepare()` call), so they silently suppressed nothing. Both now wrap the full
   statement with `phpcs:disable`/`phpcs:enable` instead of a single-line `phpcs:
   ignore`.
 * Fixed: the `[mpro_form]` and `[free_mpro_form]` backward-compatibility shortcode
   aliases — deliberately unprefixed, since they must match old content exactly —
   had no suppression comment for the naming-convention check that flags them, unlike
   the plugin’s other intentional exception (`DONOTCACHEPAGE`). Both now carry one.
 * Changed: two `Upgrade Notice` entries (0.4.0, 0.3.3) exceeded the readme parser’s
   300-character display limit and would have been truncated on the plugin directory;
   both are shortened.
 * Changed: added an unrestricted “WordPress Plugin Check (informational)” CI job
   that runs with none of the existing exclusions, so what they’re actually hiding
   stays visible instead of only ever running the narrowed version.

#### 0.4.1

 * Fixed: the external redirect after a form submission used `wp_redirect()` directly
   to work around `wp_safe_redirect()`‘s host allow-list. It now adds the admin-
   configured destination’s own host to `allowed_redirect_hosts` for that one redirect
   and calls `wp_safe_redirect()`, so the safe-redirect check is honoured rather
   than bypassed.
 * Fixed: the Settings  Add-ons disclosure and this readme both said the opt-in 
   catalogue request sends “no personal data” — overstated, since the site’s own
   URL is part of what’s sent. The wording now only says what is and isn’t sent,
   without characterising it either way.
 * Fixed: a catalogue endpoint that returns its own homepage with a 200 status for
   a missing path (instead of a 404) was treated as a valid response. The fetch 
   now also checks the response’s Content-Type before treating the body as JSON.
 * Changed: `Terms of use` and `Privacy policy` in the External services section
   now point to dedicated pages (`formlooq.ir/terms`, `formlooq.ir/privacy`) instead
   of both pointing at the homepage.
 * Changed: the project’s CI workflows (`.github/workflows/*.yml`) still referenced
   the pre-rename `mpro-forms` paths, plugin slug, database table and option names,
   and a hardcoded `0.2.0` version check left over from before the 0.2.0 storage
   rewrite — none of it matched the 0.4.0 codebase, so the whole quality-gate suite(
   Plugin Check, WPCS, real WordPress integration and browser tests) had been silently
   not running since the rename. All of it now points at `form-looq`, and the version
   check reads the actual packaged version instead of a hardcoded one.
 * Changed: **Build or Draft Release** now requires the full quality-gate suite 
   to pass in the same run before it will build or publish a release, instead of
   only building and uploading a ZIP on its own.
 * Changed: narrowed the WordPress Plugin Check ignore list — `DONOTCACHEPAGE` (
   a cross-plugin caching convention that must stay unprefixed) now carries its 
   own inline suppression comment instead of being excluded repo-wide.

#### 0.4.0

 * Renamed the plugin from MPRO Forms to Form LOOQ, and moved its site from `moghadam.
   pro/mpro-forms` to its own domain, `formlooq.ir`. Every identifier was resynchronised:
   the slug and text domain are now `form-looq`, the shortcode is `[looq_form]`,
   hooks are `form_looq_*`, the capability is `looq_manage_forms`, and the tables
   are `{prefix}looq_forms` and `{prefix}looq_entries`. Installs from before the
   rename are migrated automatically, and `[mpro_form]` (and the older `[free_mpro_form]`)
   keep rendering as aliases, so existing content never needs editing.
 * Added back the Add-ons and Help screens’ catalogue fetch, removed in 0.3.3 over
   an undisclosed-request concern. It returns as an explicit opt-in this time: off
   by default, disclosed in Settings  Add-ons before it can be turned on, and pointed
   at the plugin’s own new domain.

#### 0.3.3

 * Removed: the plugin no longer contacts the project website automatically. The
   Add-ons and Help screens previously fetched a catalogue from it on every visit,
   sending the site’s own URL along in the request — that behaviour is gone, and
   the Help screen now ships its content with the plugin. The Add-ons screen is 
   removed entirely, since nothing on it was ever installable.
 * Removed: settings and screens that stored data but implemented nothing — the 
   REST API and SMS/OTP tabs (including the unused SMS API key field), the License
   tab, the Automatic updates checkbox, and the Import panel on the Export screen.
 * Fixed: a visitor could submit a value starting with `=`, `+`, `-`, or `@` that
   spreadsheet software reads as a formula when an admin opens an exported CSV (
   CSV/formula injection). Such values are now prefixed with an apostrophe before
   being written out.
 * Fixed: exporting more than 100,000 entries silently stopped instead of exporting
   everything, even though the screen advertised a complete export. The cap is removed.
 * Fixed: entries were timestamped in the site’s local time but compared against
   a UTC cutoff for retention, and displayed by parsing that local time as if it
   were UTC and converting it again — on a non-UTC site both the retention window
   and the displayed submission time could be off by the site’s UTC offset. Entries
   are now timestamped in UTC and converted to site time only for display.
 * Fixed: the privacy exporter left out the entry’s referring page, browser user
   agent, and admin note, and the eraser left the visitor’s user account attached
   to an otherwise-anonymised entry. Both now cover the full set of personal data
   a submission can carry.
 * Fixed: the daily retention cleanup job was scheduled on every install even when
   retention was left at its default of “keep forever,” so it ran daily and did 
   nothing. It is now scheduled only while a retention window is actually configured.
 * Fixed: a right-to-left site whose language isn’t Persian — Arabic, Hebrew, Urdu—
   saw the frontend “Select” and “Yes” defaults in Persian, because the fallback
   checked text direction instead of the site’s language. It now always comes from
   the plugin’s own translation.
 * Fixed: an admin-configured post-submission redirect to an external domain was
   silently replaced with the home page, because the safe-redirect helper only allows
   configured hosts. The URL is validated instead and honoured as configured.
 * Fixed: deleting a form removed its entries before the form row itself, so a failed
   delete could leave a form with no entries. The form row is now deleted first,
   and entries are only removed once that succeeds.
 * Fixed: uninstalling with data deletion turned off skipped removing the plugin’s
   capability from the administrator role, leaving it there permanently. Capability
   cleanup now always runs; only the destructive table and option removal stays 
   behind the opt-in.
 * Changed: the system status report no longer includes the server’s document root
   or the absolute uploads-folder path, and the plain-text report now carries an
   explicit warning before it is copied, since it still contains other server details.
 * Changed: `readme.txt` no longer describes an add-on catalogue fetch as an “External
   service” — there is no longer an automatic outbound request to describe.

#### 0.3.2

 * Fixed: the dashboard widget rendered with no styling because its stylesheet was
   never loaded on the WordPress Dashboard screen. Redesigned it at the same time:
   bordered stat cards, the unread count in the brand color, and an inline bar next
   to each conversion rate.

#### 0.3.1

 * Applied the plugin’s brand color (#C61531) across admin and frontend styles, 
   replacing the placeholder blue.
 * The admin menu now shows the actual brand icon instead of a placeholder, and 
   the header bar and welcome screen use the finished logo artwork.

#### 0.3.0

 * Renamed the plugin from Free MPRO Forms to MPRO Forms. “Free” was dropped because
   the WordPress.org slug is permanent and a paid Pro edition is planned.
 * The slug and text domain are now `mpro-forms`, the shortcode is `[mpro_form]`,
   hooks are `mpro_forms_*`, and the tables are `{prefix}mpro_forms` and `{prefix}
   mpro_entries`.
 * The plugin name and description are translated on the Plugins screen, so a Persian
   admin sees the Persian product name.
 * Fixed: the frontend form forced a Vazir/Tahoma stack on right-to-left sites, 
   overriding the theme. It now inherits the theme font, with `--mpro-font` available
   as an override.
 * Fixed: admin screens now inherit the wp-admin typeface on form controls, so a
   site-wide admin font plugin also restyles this plugin.
 * Installs from before the rename are migrated automatically: tables renamed, options
   copied, old cron event cleared, old capability removed.

#### 0.2.0

 * Moved forms and entries from custom post types to dedicated database tables, 
   so plugin deletion and reinstallation no longer risks the data.
 * Added a drag-and-drop form builder with ten field types, per-field width, placeholder,
   and help text.
 * Added a two-step new-form flow with four starter templates.
 * Added a dedicated admin menu below Media with forms list, new form, inbox, settings,
   import/export, add-ons, system status, and help.
 * Added a header bar with the plugin logo, name, and version to every plugin screen.
 * Added a forms list with status, ID, entry count, views, and conversion rate, 
   plus edit, duplicate, settings, entries, and delete actions.
 * Added an inbox with form selection, search, status filter, dynamic field columns,
   and bulk actions.
 * Added a single-entry view with submission metadata and a private admin note.
 * Added a tabbed settings screen: editor, add-ons, license, general, widgets, REST
   API, and SMS.
 * Added complete CSV and XML export for any form.
 * Added an add-on catalogue and a help screen backed by the project site, with 
   bundled fallbacks.
 * Added a system status report and a plain-text version for support requests.
 * Added a dashboard widget and an Elementor widget.
 * Added a first-run welcome screen.
 * Added a bundled Persian (fa_IR) translation.
 * Added no-conflict mode, which removes third-party assets from plugin screens.

#### 0.1.0

 * Initial development foundation.
 * Added form fields and local submission storage.
 * Added validation, accessible error states, privacy tools, retention settings,
   rate limiting, and automated checks.

## Meta

 *  Version **0.12.0**
 *  Last updated **7 hours ago**
 *  Active installations **Fewer than 10**
 *  WordPress version ** 6.5 or higher **
 *  Tested up to **7.1.3**
 *  PHP version ** 8.1 or higher **
 *  Languages
 * [English (US)](https://wordpress.org/plugins/form-looq/) and [Persian](https://fa.wordpress.org/plugins/form-looq/).
 *  [Translate into your language](https://translate.wordpress.org/projects/wp-plugins/form-looq)
 * Tags
 * [contact form](https://xho.wordpress.org/plugins/tags/contact-form/)[form builder](https://xho.wordpress.org/plugins/tags/form-builder/)
   [forms](https://xho.wordpress.org/plugins/tags/forms/)[rtl](https://xho.wordpress.org/plugins/tags/rtl/)
   [submissions](https://xho.wordpress.org/plugins/tags/submissions/)
 *  [Advanced View](https://xho.wordpress.org/plugins/form-looq/advanced/)

## Ratings

 5 out of 5 stars.

 *  [  1 5-star review     ](https://wordpress.org/support/plugin/form-looq/reviews/?filter=5)
 *  [  0 4-star reviews     ](https://wordpress.org/support/plugin/form-looq/reviews/?filter=4)
 *  [  0 3-star reviews     ](https://wordpress.org/support/plugin/form-looq/reviews/?filter=3)
 *  [  0 2-star reviews     ](https://wordpress.org/support/plugin/form-looq/reviews/?filter=2)
 *  [  0 1-star reviews     ](https://wordpress.org/support/plugin/form-looq/reviews/?filter=1)

[Your review](https://wordpress.org/support/plugin/form-looq/reviews/#new-post)

[See all reviews](https://wordpress.org/support/plugin/form-looq/reviews/)

## Contributors

 *   [ Sayid Moghadam ](https://profiles.wordpress.org/moghadam/)

## Support

Got something to say? Need help?

 [View support forum](https://wordpress.org/support/plugin/form-looq/)