✨ 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 for WP Job Manager: listings & applications as tables

WP Job Manager stores listings, applications, and resumes as standard post types with everything interesting buried in postmeta. SleekView pivots those keys into named columns so the admin actually shows the fields you triage on.

♾️ Lifetime License available

SleekView table view for WP Job Manager

Pivot postmeta — make the job board admin readable

WP Job Manager doesn't ship with custom database tables. Listings live in wp_posts as the job_listing CPT, and the fields you actually care about — _job_location, _company_name, _job_expires, _featured, _filled, _application — sit in wp_postmeta as long-format key/value rows. The default WordPress posts list can't show those, so the admin defaults to title, author, date and a status that hides the most important detail of every listing.

Add the Resume Manager and Applications add-ons and the data spreads further. Resumes become the resume CPT with _candidate_email, _candidate_location, and _resume_file in postmeta. Applications attach to listings via _job_id, again from postmeta. SleekView reads all three CPTs, joins by listing ID, and surfaces the fields as proper columns at query time without writing a custom WP_Query meta_query.

The result is a moderation surface that matches the work. Filter to listings expiring in the next seven days and still marked open, sort by application count, bulk-toggle _featured on the picks, and switch _filled to true on the closed roles in one pass — without per-row clicks into the editor.

Workflow

From postmeta soup to a real listings desk

1

Map the post types

Point SleekView at job_listing, job_application, and resume. Each becomes its own table; the WP Job Manager taxonomies job_listing_category and job_listing_type attach as filterable columns.
2

Pivot the postmeta keys

Add _job_location, _company_name, _job_expires, _featured, and _filled as columns. Long-format postmeta rows pivot at query time so each listing renders as one tidy row.
3

Save the moderation views

Build saved views per workflow — expiring this week, pending review, featured roles by company, applications received per listing. Gate them by capability so employers see only their own listings.
4

Inline-edit and ship

Toggle featured, mark filled, push expiry dates forward, or move listings to draft directly in the table. WP Job Manager's standard post hooks fire on every write.

Sample columns

A typical WP Job Manager listings view

Pivots WP Job Manager's postmeta into proper columns: location, company, expiry, featured, filled.
Source: wp_posts (job_listing, job_application, resume) + wp_postmeta
Job Company Location Expires Featured Filled
Senior Designer Studio Co Berlin / Remote May 12
Frontend Dev Hello Devs Toronto May 09
Marketing Lead Brew Coop Brussels Apr 30 Yes
Junior PM Design Co Lisbon May 18

Comparison

Default WP Job Manager admin vs SleekView

Default WP Job Manager admin

  • Listings show as a generic posts list — no postmeta columns by default
  • _job_location, _company_name, _filled, _featured live in postmeta and aren't visible in the list
  • Bulk-toggling _featured or _filled across many listings means clicking each one
  • Filtering by _job_expires + _filled isn't a built-in saved view
  • Cross-type views (listings + applications + resumes) require custom code

SleekView

  • Pivot postmeta keys into named columns
  • Cross-type views combining job_listing, job_application, resume
  • Inline-toggle _featured and _filled across many listings
  • Filter by location, expiry, company, and featured state together
  • Save views per role (employer, moderator, admin)

Features

What SleekView gives you for WP Job Manager

Pivot postmeta into proper columns

_job_location, _company_name, _filled, _featured, and _job_expires become named columns at query time. Each listing renders as one row with the fields admins actually triage on, no custom code.

Inline-edit listing state

Toggle _featured or _filled, push _job_expires forward, and bulk-update across many listings in one pass. WP Job Manager's hooks fire because writes go through the standard WP post APIs.

Combined filters and saved views

Filter by location, company, expiry window, taxonomy, and featured state together in one view. Save it per role — moderator, employer, admin — and reload exactly the slice that workflow needs.

Audience

Who uses SleekView for WP Job Manager

Job board admins

All listings with company, location, expiry, and featured flag visible inline. Bulk-update featured listings, expire stale roles overnight, and filter the expired-but-still-published rows that slip past.

Moderators

Listings filtered to pending and sorted by submission date — the moderation queue as a flat table. Approve or reject inline without opening the editor for every entry.

Employers

Per-employer dashboards filtered by author with status, application count, and expiry visible. Capability-gated views mean each employer only sees their own listings.

The bigger picture

Why job-board admins need a real table view

WP Job Manager's whole reason for existing is to manage listings at scale, but its default screens hide the fields that decide which listing you act on next. Featured? Buried. Expiry date? Hidden behind the row.

Applications received? Another click. On a board with even fifty active roles that means dozens of round trips a day just to figure out which listing needs attention. Multiply that across moderators, employers, and a Resume Manager queue and the admin becomes the bottleneck.

The data is already there — every value lives in postmeta — but WordPress' generic posts list can't surface it without code. SleekView's pivot turns the moderation queue into a real workspace where the columns you sort and filter on are the ones job-board ops actually use. Bulk-toggling featured on twenty roles, expiring stale postings overnight, or letting an employer manage their own slice via a capability-gated view stop being engineering tasks and become a single saved view.

Questions

Common questions about SleekView for WP Job Manager

No. WP Job Manager uses standard WordPress post types — job_listing, job_application, and resume — with all the field data in wp_postmeta. SleekView's value here is pivoting those long-format meta rows into proper named columns and adding inline editing and saved views on top, without forcing you to write meta queries by hand.

 

Yes. job_application and resume are full post types with their own postmeta keys, including _job_id on applications and _candidate_email on resumes. Build a separate view for each, or join them by listing ID for a tabbed multi-view sharing filters across all three CPTs.

 

Yes. SleekView writes via the standard wp_update_post and update_post_meta APIs, so any action or filter that WP Job Manager registers — including expiry calculations, featured logic, and email notifications — runs exactly as it would after a manual edit in the editor.

 

Yes. Both job_listing_category and job_listing_type are exposed as filterable, joinable columns. Combine a category filter with a date or expiry filter in the same view to scope to, say, only design roles expiring this week.

 

Yes. Save a view that filters by post_author = current_user_id and gate it by an employer-level capability. Each employer logs in and sees their own listings only — the same row-level data, scoped per account.

 

Yes for the data those add-ons store in standard post types and postmeta — which covers most of what they ship. Add-ons that introduce their own custom database tables can be exposed too, but require an explicit table mapping rather than relying on the default CPT discovery.

 

Yes. Build a join from job_application back to job_listing via the _job_id meta key and add a count column. Sort by it to find the most-applied roles or filter to listings with zero applications after seven days.

 

The plugin's frontend dashboards are for end users — employers managing their own postings via a shortcode page. SleekView is an admin-side workspace for moderators and operators, with bulk editing, cross-CPT joins, and saved capability-gated views that the frontend dashboard doesn't try to provide.

 

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