SleekView for Enfold: Avia Layout Builder pages & options as tables
Read directly from postmeta keys Enfold writes (_aviaLayoutBuilderCleanData, _avia_*, header_*) and any custom post type. Sort, filter, and inline-edit Enfold pages without opening each one — and surface Avia options as real columns.
♾️ Lifetime License available
Stop opening Enfold pages to check Avia layout state
Enfold's per-page customisation lives in a long list of meta keys: _avia_builder_shortcode_tree for the layout, header/header_title_bar/footer for which sections show, _avia_* overrides for everything else. The default WordPress Pages list shows title, author, date. Click into a page and you finally see whether the title bar is hidden, whether the footer is custom, whether the page uses a layout template. SleekView reads those meta keys directly so you build the columns you actually need, then sort by header style or filter by hidden footer without leaving the list.
Avia Layout Builder stores its tree as a serialised structure; SleekView decodes the parts useful for an audit (which top-level elements are in use, which colour set is referenced, which layout template the page extends) so a content review can show every page still using a deprecated element or every page on the legacy builder before you migrate. On large Enfold installs it falls back gracefully when meta is missing, so the same view works across staging, prod, and freshly imported demo content.
Inline edits go through update_post_meta, which is what Enfold itself uses, so Avia's caching and front-end render path pick up the change on the next request. Bulk-flip twenty pages from "show title bar" to "hide title bar" by editing the header_title_bar column directly — no clicking through the Enfold meta-box twenty times. The same applies to footer visibility, sidebar choice, and any ACF or Meta Box fields layered on top of Enfold.
Workflow
How SleekView reads your Enfold install
Pick the source post type
page, post, portfolio, or any custom post type Enfold or a child theme registers. SleekView detects which _avia_* and Enfold-related meta keys are in use on that type.
Compose your column set
_avia_*, header, or footer meta key. The agent UI lists keys actually present in your installation so you don't have to guess.
Save and scope the view
Edit inline and ship
update_post_meta so Enfold's caching invalidates and front-end renders pick up the change.
Sample columns
A typical Enfold pages view
posts and postmeta tables, joining the _avia_* and Enfold header/footer meta keys per page so theme options become real columns.
wp_posts (page, post, portfolio) + wp_postmeta (_avia_*, header_*)
| Title | Layout template | Header | Title bar | Footer | Status |
|---|---|---|---|---|---|
| Homepage | Full width | Sticky transparent | Hidden | Default | Published |
| About | Sidebar left | Sticky solid | Visible | Default | Published |
| Services | Full width | Sticky transparent | Visible | Default | Published |
| Portfolio | Full width | Sticky solid | Visible | Hidden | Published |
| Contact | Sidebar right | Sticky solid | Visible | Default | Draft |
Comparison
Default WordPress Pages list vs SleekView on Enfold
Default WordPress Pages list
- Fixed columns — title, author, date — no view of Avia per-page options
- Header, footer, and title-bar overrides require opening each page
- No way to filter pages by layout template or sidebar position
-
_avia_*meta keys are invisible in the list — auditing is manual - Bulk-editing per-page options means clicking through every page individually
SleekView
-
Read directly from
_aviaLayoutBuilderCleanData,header,footer, and other_avia_*keys - Inline-edit Enfold meta-box options across many rows in one pass
- Custom columns from any postmeta key Enfold or your child theme writes
- Save filtered views per role (e.g. "Pages with hidden footers")
- Switch between table and kanban views grouped by layout template
Features
What SleekView gives you for Enfold theme
Audit Avia options at a glance
Build a view that lists every page with its layout template, header style, title-bar visibility, and footer override as columns. Spot inconsistencies before a redesign without opening each Enfold meta-box.
Inline-edit per-page options in bulk
Flip show title bar to hide right in the row. Bulk-update layout, header, or footer overrides across dozens of pages in seconds, with Enfold's caching invalidating through the standard meta-update hooks.
Filter by layout template, header, or builder version
Combine layout template, header style, last-edited date, and any custom meta. Save the filter as a named view your team reuses every release — no rebuilding it after each Enfold update.
Audience
Who uses SleekView for Enfold
Site refreshes and migrations
Before changing the global header style, list every page using each layout template and header override. Bulk-update the laggards in one pass instead of clicking through Enfold's per-page meta-boxes.
Performance and consistency reviews
Filter pages by Avia builder elements still in use or pages still relying on a deprecated colour set. Pair with last-edited date to focus refactors on pages that still get traffic.
Multi-author content teams
Editors see only their assigned pages with layout-template and header columns relevant to their section. Inline-edit per-page options without learning the Enfold meta-box — drop-downs in the row are enough.
The bigger picture
Why row-level Enfold audits beat per-page meta-box clicks
Enfold has a customisation surface most themes do not: every page can override header style, title-bar visibility, footer choice, sidebar position, and a layout template. That flexibility helps designers ship distinctive sites; it also makes long-running Enfold installs hard to govern. The default WordPress Pages list shows title, author, date.
The _avia_* meta keys that drive per-page behaviour are invisible — the only way to see what's set is to open each page and scroll through Enfold's meta-box. That works for a small brochure site. It does not work for an agency maintaining dozens of Enfold builds, a business mid-rebrand swapping header styles, or a content team trying to standardise after years of ad-hoc per-page choices.
SleekView turns the same data into the workspace each team needs: designers see every page using a deprecated layout template, editors see header and footer columns next to titles, ops bulk-update title-bar visibility before a redesign. Same database, same hooks, dramatically less clicking through Enfold's per-page meta-box.
Questions
Common questions about SleekView for Enfold theme
Yes. Enfold's per-page settings write to standard postmeta keys, mostly prefixed _avia_ with a few unprefixed keys like header and footer. SleekView lists them in the agent UI, surfaces only those actually used in your installation, and exposes them as columns. No hooks into Enfold's internal classes are required — it's plain WordPress meta the whole way.
Yes. SleekView writes through update_post_meta, which is the same path Enfold's own meta-box uses. Whatever caching Enfold layers on top — its own template cache and any object-cache backend — invalidates exactly as it would after a manual save. Bulk operations iterate through the same path so the side effects match per-page edits.
Yes, with caveats. Avia stores its tree as serialised data so SleekView decodes the high-level structure (top-level element types, layout-template reference) rather than every nested property. That's enough for audit views — "every page using av_codeblock", "every page extending the Standard layout" — without parsing the full shortcode tree on each row.
Yes. Layout Templates are stored in their own post type that Enfold registers, so point a separate SleekView at that post type and surface the same options. Pair it with the main pages view through a tabbed page if you want one screen for layouts and pages — the relationship is via meta-key reference rather than post-parent.
 
Theme Options live in the options table as a serialized array, not in postmeta. SleekView focuses on row-level data so it's not the right tool for a single options blob — but per-page overrides (the _avia_*, header, footer keys) are exactly what it surfaces.
No — it's an additional admin surface. Enfold's meta-box stays where it is for designers who prefer the long-form panel. SleekView gives content, ops, and audit teams the row-level views they actually need without disturbing the Enfold admin or rewriting workflows that already work.
 
Queries hit standard WordPress indexes on posts and postmeta. Filters and sorts use indexed columns where possible; meta-key joins are limited to keys you've explicitly added to the view so you don't pay for joins you're not displaying. Pagination uses keyset where the column set allows it.
Yes. Enfold registers a portfolio post type and applies the same per-page options to it. Custom post types from your child theme work the same way — SleekView treats them as standard post types and surfaces whichever _avia_* or custom keys are actually used.
Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout