Soliloquy Lite stores each slider as a soliloquy custom post type row, with the slide list and per-slider configuration in the _sol_slider_data postmeta. Slides reference media library attachment IDs, with caption, link and link-target stored per slide inside that meta array. The default admin lists sliders with the usual WordPress columns and a manual edit link, but does not aggregate the catalog.

SleekView reads wp_posts for soliloquy rows and unpacks _sol_slider_data into chart-ready slide rows. One row per slider with status, slide count, author and placement count as columns. Filters narrow by post_status, by author, or by whether the slider has any [soliloquy] shortcode placement in another post.

Every column reads through the same soliloquy CPT and postmeta Soliloquy already maintains, so front-end slider rendering is unchanged. The dashboard view of the same dataset is one click away.

Soliloquy Lite has been a long-running free WordPress slider plugin, and its decision to store sliders as a custom post type makes the data familiar: every slider is a wp_posts row with status, author and dates, and the slide list lives in a single postmeta key. The cost is that the default admin treats every slider as a destination, so questions about status mix, slide counts and placement go unasked. SleekView reads the same CPT and postmeta and renders the catalog as a sortable WP Admin grid.

Status becomes a filter, slide count becomes a column, placement coverage separates the live sliders from the orphans. The data lives in WordPress core tables, the table just makes the inventory legible.