✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount

SleekView Kanban for Pods

SleekView Kanban reads any Pods pick field on a custom content type and renders one card per record, grouped into columns by the option you pick. Dragging writes the new value through the Pods API, whether your pod stores values in postmeta or in a custom database table.

♾️ Lifetime License available

SleekView Kanban board for Pods

Why Pods content needs a status board

Pods is unusual in WordPress land because it can store data in three different places. A pod extending a post type writes to wp_postmeta, a pod extending a user writes to wp_usermeta, and an advanced content type writes to its own custom table like wp_pods_projects. Every storage path ends up flat in the admin, sorted by date or ID, with no grouping by a pick field like project_stage or asset_status.

SleekView Kanban reads pod definitions through pods_api(). Any pick field with a fixed set of options can act as the grouping axis, and the choices you defined in the pod editor become the kanban columns in the order you saved them. Card layouts pull text, number, date, file, and relationship fields and render each one with the right widget without manual setup.

Dragging a card calls pods()->save() with the new option value. Pods triggers its own pre_save and post_save hooks, so any custom validation, magic tags, or integrations continue to fire. For advanced content types stored in a custom table, the write hits the table directly through the Pods API rather than the slower meta path.

Workflow

From Pods config to live board in four steps

1

Connect to a Pods content type

Pick any registered pod, whether it extends a post type, a user, a taxonomy, or a standalone advanced content type. SleekView reads its field set through pods_api so the board sees exactly the fields you defined in the editor.
2

Pick the status column to group by

Any pick field with a fixed option set is eligible. Bi-directional relationship fields are not, since they can have many values. The options you saved in the pod editor become the kanban columns in the order they appear.
3

Choose what shows on each card

Drag up to six pod fields onto the card layout. Text, number, date, file, and relationship fields render with widgets that match their type. For advanced content types the cards pull straight from the custom table for fast loads.
4

Enable drag and drop writes

Switch writes on and each card move calls pods->save on the new value. Pre and post save hooks run, magic tags refresh, and any field validations defined in the pod still apply. Users without edit capability see a read only board.

Sample board

Sample Pods asset tracker board

A Pods advanced content type called Assets with a pick field named asset_status, rendered as four columns of cards pulled live from the custom database table.
Available
58
MacBook Pro 14 inch M3
Tag: LAP-0142, Owner: pool
Sony A7 IV body
Tag: CAM-0031, Owner: pool
Wacom Cintiq 24
Tag: TAB-0009, Owner: pool
Checked out
21
Canon RF 24-70 f2.8
Owner: Idris, Due 2026-06-20
Rode Wireless GO II kit
Owner: Mei, Due 2026-06-15
DJI RS 3 gimbal
Owner: Jonas, Due 2026-06-12
In repair
4
Aputure 600d Pro head
Vendor: Aputure RMA
iPad Pro 12.9 cracked screen
Vendor: Apple care
Sennheiser MKE 600 boom
Vendor: in house bench
Retired
73
iMac 27 inch 2017 quad
Disposed 2026-05-12
Sony A7 III 2018 body
Sold 2026-04-30
Wacom Intuos Pro M 2017
Recycled 2026-04-18

Comparison

Default Pods admin versus SleekView Kanban

Default Pods record list

  • Pods records list flat in the admin with no grouping by pick fields
  • Advanced content types render in a basic table with no status overview
  • Reading a status forces a click into the edit form per record
  • Bulk edit is limited and rarely covers user defined pick fields
  • No drag interaction means no visual sense of pipeline shape

SleekView Kanban

  • Reads pod definitions through pods_api(), no manual schema mapping
  • Works on post backed pods, user backed pods, and advanced content types
  • Cards render file, relationship, date, and number fields with native widgets
  • Drag calls pods()->save() so pre and post save hooks still fire
  • Falls back to read only when the user lacks the pod level capability

Features

What SleekView Kanban gives you for Pods

Every Pods storage backend

Post backed pods write through postmeta, user backed pods through usermeta, and advanced content types write straight to their dedicated table. The board talks to all three through pods_api so behavior stays consistent regardless of where the underlying data sits.

Save through the official API

Drag operations call pods->save on the new value rather than poking the database directly. Pre save and post save hooks run, magic tags refresh, and any field validation registered in the pod editor still applies to the new column value.

Filters that match your pod

Filter cards by any field in the pod through a filter bar. Text, number, date, and relationship fields all get appropriate input widgets. Numeric ranges use BETWEEN, dates use timestamp comparisons, and the filter state is saved per user per board.

Audience

Three Pods builds that need a board

Asset tracking

An Assets advanced content type with status, owner, and due date fields becomes an internal equipment board. Operators drag items between Available, Checked out, In repair, and Retired without writing custom admin screens for each transition.

Member onboarding

A user backed pod with an onboarding_step pick field renders as an onboarding pipeline. New signups land in Welcome, move to Profile complete, then Verified, then Active. Hooks on each save fire welcome emails, badge grants, and Slack alerts.

Internal request queues

Pods extending a custom post type for IT, facilities, or HR requests become a triage board. Requesters submit through a Pods form on the front end and operators move records through Open, In progress, and Resolved without learning a new tool.

The bigger picture

Why Pods deserves a first class reporting layer

Pods has always punched above its weight in the WordPress ecosystem. It lets a single plugin model relational data the way you would in Django or Rails, without writing migration files or learning a separate ORM. The trade off is that the reporting layer never quite caught up with the modeling layer.

Once a team commits to advanced content types for projects, inventory, contracts, or members, they discover that the default admin still shows everything as one flat list per content type. A kanban board fixes the gap without adding a parallel data model. The status field stays in the pod, validation and hooks stay in the pod, and the board is purely a render layer that calls pods_api like the rest of the plugin does.

Teams that adopt it usually replace half a dozen custom admin screens that existed only to give operators a way to see work grouped by stage.

Questions

Common questions about SleekView Kanban for Pods

Both. Pods exposes the same API for post backed pods and for advanced content types stored in custom tables. SleekView Kanban uses pods_api for definitions and pods()->save for writes, so it works the same way regardless of which storage backend the pod uses.

 

Single value pick fields with a fixed option set. Custom option lists, simple relationship fields with a closed set, and yes-no pick fields all work. Bi-directional relationship fields are excluded because they can hold many values and would put the same card in several columns.

 

They fire in full. The plugin calls pods->save with the new value, which triggers pre save and post save hooks in the normal order. Magic tags refresh, field validation runs, and any custom code attached to those hooks continues to work without modification.

 

Yes. The capability check uses the same logic the Pods admin uses for the edit form. Users who lack edit on a pod see the board in read only mode. Users with edit see drag handles and can move cards. Add new is gated by the equivalent capability for that pod.

 

Yes. Relationship fields render as the related record title plus an optional avatar or thumbnail. Clicking a relationship widget on a card opens the related record in the Pods editor in a new tab. The board itself only edits the grouping field and the meta on the current pod.

 

For post backed pods you choose which post statuses appear. Published, draft, pending, and private can all be included. For advanced content types the board reads every row by default since custom tables have no equivalent of post_status. You can add a filter on any field to mimic a status filter.

 

Cards load lazily per column. The plugin uses indexed queries on the storage table and avoids meta_query joins when possible. Boards stay responsive into the hundreds of thousands of rows as long as the grouping field column has an index defined in the pod schema.

 

Yes. Advanced content types store every field as a column on the custom table, and the Pods API writes directly to those columns when pods->save is called. The board behavior is identical to a post backed pod, but the write is faster because it avoids the wp_postmeta join.

 

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.

Starter

€79

EUR

per year

  • 3 websites
  • 1 year of updates
  • 1 year of support

Pro

€149

EUR

per year

  • Unlimited websites
  • 1 year of updates
  • 1 year of support

Lifetime ♾️

Most popular

€249

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