The plugin · included with every app
The WordPress half of your app. Every change is drawn on a live phone before you save — your own community’s real content, not a mock-up — and what you save reaches members the next time they open the app. No new build, no store review, no waiting.
Customize · four sub-tabs, one live phone
The plugin also does the plumbing — sign-in, the data bridge to Fluent Community, push delivery — but the plumbing is not why you will open it. Click a tab below the way you would in the admin. Every screenshot opens full size.
Widget Screens
A widget screen is a named stack of widgets with its own audience rule — Home is just the first one. Build as many as you like and point a tab at one: it is a screen in a native app, and if it sits in the first slot, it is the screen the app opens on.
Every widget is repeatable — place one three times on one screen, in three layouts, and each placement keeps its own title, settings and audience. A screen holds up to 40.
This is the real catalogue, with the product’s own labels, icons and states. Seventeen ship with the plugin; the last three are there because an add-on put them there. Pick one to read what it does.
Everything your site can put on “Home”. Pick one to add it to the bottom of the screen — you can add the same widget more than once and give each copy its own look.
Your Fluent Community courses, drawn as app cards. Add it more than once and each copy can show something different — what the viewer is taking up top, the full catalogue further down.
The people in your community, live from Fluent Community, tapping through to the full directory.
Your spaces, with the same four layouts as Courses. If the viewer can see none of them, the widget removes itself rather than leaving an empty heading behind.
Your WordPress posts, in the app, with the same four layouts and the same controls.
Points and levels from Fluent Community Pro, ranked natively.
A tinted promo panel — the widget to reach for when you want members to do one particular thing.
An image or tinted tile grid, and the fastest way to build a launcher for anything on your site.
Full-width rows — thumbnail, label, subtitle, chevron — each pointing wherever you send it. The plainest way to offer a set of destinations, with the arrow optional.
Pills — tinted, filled or outlined; side by side or full width and stacked; left or centred. Each one points anywhere the app can go.
Round glyph launchers with captions underneath. A leading emoji in the label becomes the glyph.
A section title in one of three sizes — title, section, or small label — aligned left, centre or right, in a colour you choose. For giving a long screen structure.
Rich text, painted by the same pipeline that paints a lesson body — so it matches the rest of the app rather than looking pasted in. Three sizes, three alignments.
A banner image with an optional title and subtitle laid over it, and a destination if you want one.
Breathing room in three heights, or a hairline rule. The widget that makes the other nineteen look composed.
Paste one link and it works out the rest.
Up to twenty images, each with its own caption and shape. A tap opens the app’s own viewer — swipe between them, pinch to zoom, save, share.
Registered by the YouTube add-on, not by the core plugin. It is in this list because that add-on is installed on the site the capture was taken from.
Registered by the GamiPress add-on. Install the add-on and the widget appears here; it is never dropped onto screens you have already arranged.
Another plugin-contributed widget. The catalogue is not a fixed list of seventeen — it is however many the site can currently offer.
Every placement, whichever widget it is: its own title (or none), its own audience rule, half width or full on tablet and desktop, and pinned above the sortable band or in it. Anywhere a widget offers a destination, the same picker opens: a space, a course, a blog post, a member’s profile, another widget screen, a page shown inside the app, or any URL.
Every screen is drag-reorderable by default, your order as the baseline. Lock a screen and your order wins — each member’s own arrangement is kept, not erased, and comes back if you unlock.
Pin a widget above the sortable band — a welcome card, a notice. On tablet and desktop the screen becomes a two- or three-column board, and each widget chooses half or full width.
The screen has a rule, each widget can narrow it, and a menu item pointing at a screen the viewer cannot see is dropped entirely — all resolved on the server, so a role-gated screen never leaves a dead tab.
The builder’s preview flips between phone and tablet, portrait and landscape — real device sizes, with a dark-mode toggle beside them — so the wide layout you are shipping is one you have actually seen.
App Screens
Widget screens are the ones you build. These are the nine the app ships with — and each has a page of its own for making it yours. Pick one to see it as a member does, and what you control on it.
In the admin each of these is a set of collapsible groups, one open at a time, beside that same phone. The groups below are the real ones, with the real controls in them. The previews are drawn from your own site, so what you are looking at is your community, not a template.
The screen most members open most often.
Your spaces, and how members meet them.
Your courses, in the app.
One panel, not two: the courses screen is always alphabetical, so there is deliberately no sort control — a stored default would configure nothing.
Your WordPress posts, in the app. Two sub-views, one for the list and one for a post.
Every toggle starts off, so an install nobody has configured reads exactly as it did before.
What a member’s profile offers, and who gets to add to it.
About always appears and cannot be switched off. A tab whose feature is not active on your site says so, instead of appearing and disappointing.
The first screen anyone who is not signed in will ever see — three of them, really: sign in, sign up, and password. Each carries its own wording.
The copy follows your Fluent Community text until you override it for the app alone, and an app override never rewrites your site.
Not a screen inside the app — the prompt on your website. When somebody opens your site in a phone browser, this is what invites them to open or install the app.
It draws inside a Shadow DOM, so no theme can restyle it and cosmetic ad-blockers cannot hide it. On Android it is a native intent link: one tap opens the app, or falls through to your Play listing.
One switch puts the app behind a message you write, for everyone without a bypass role.
Administrators can always sign in while it is on, so you cannot lock yourself out.
Where you sell. Three sub-views: the screen that sells, the plans themselves, and what a lapsed member lands on.
Live on save except a plan’s display name and price, the two things the stores own — those go up on one sync.
Subscriptions is where you sell memberships inside the app. Purchases are native Apple and Google; access lives in WordPress. It comes with every app — not a paid add-on — and stays off until you turn it on. Two ways to sell: a membership site, where signing up is the product — or free membership, paid areas, where particular spaces and courses are what cost money, offered right on their lock screens.
All spaces, a named few, or none — and, separately, all courses, a named few, or none. A membership can open the whole community while courses are still sold one at a time. A plan can grant a WordPress role too, and takes it back when the plan lapses — but only a role it granted itself, never one you assigned by hand. Members always see the store’s real localized price in their own currency.
Your site verifies every purchase itself: Apple transactions against Apple’s own root certificate and then Apple’s server API for their state right now; Google notifications are treated as hints and re-read from Google’s API before anything changes.
A member who did not sign up in the app is never gated — switching on a paywall cannot lock out the community you already have. Administrators are never gated, whatever happens.
Theme
The app inherits your Fluent Community colours by default. Override any of them for the app alone — hover a colour and the preview repaints everywhere it is used, and if the screen on show does not use it, the phone switches to one that does. Six presets ship, and each dresses the whole app rather than swapping one accent: top bar, tab bar, buttons and links together.
None of it touches your website — no control on any Customize page writes a site setting — and none of it needs Fluent Community Pro.
The other six tabs · administration
Every field carries a ? that says exactly what to enter and where to get it, with Show me the steps walkthroughs beside the fields they describe. Same window as above — click a tab.
Notifications
Six groups. Each event is one row with three decisions — whether it can be sent at all, whether a new member gets it by default, and whether they are shown the choice.
Config
The push master switch, the two files that let a notification tap open the post it is about rather than the app’s front door, and extra CSS for pages opened inside the app.
Tools
The push log, with what was actually sent and what the store said back; every signed-in member and device; a test push to your own phone; and diagnostics — the first place to look when something works on the website and not in the app.
Backup & Restore
One zip carries what you built: menus, widget screens, theme, branding, push types, the build identity. Carry it to a staging site, or keep it before a big change.
License
Activate it, check it, or move it to another site. That is the whole tab.
Managed
Managed-tier only — ignorable on the Dev Bundle. Every prerequisite for building and submitting under your own Apple and Google accounts is set up and collected on this one tab, each card with a step-by-step walkthrough beside its fields.
Two ways to get it built
The full source and the setup dashboard. You configure, build, submit and update it yourself, under your own store accounts.
Not building it yourself? We build and submit under your own Apple and Google accounts — you fill in your details on the plugin’s Managed tab.