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 Soliloquy admin lists sliders with the usual WordPress columns and a manual edit-link, but does not aggregate the catalog.

SleekView Charts reads wp_posts for soliloquy rows and unpacks _sol_slider_data into chart-ready slide rows. Number cards count total sliders and total slides. Pie cards split sliders by status (publish, draft) or by slide-count bucket. Bar cards rank sliders by slide count, by attachment use, or by post placement. Area cards trace slider creation cadence over post_date.

Every card reads through the same soliloquy CPT and postmeta Soliloquy already maintains, so front-end slider rendering is unchanged. The dashboard sits alongside the SleekView table view of the same dataset.

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 cross-cutting questions about status mix, slide counts, and placement go unasked. SleekView Charts reads the same CPT and postmeta and gives the catalog one reporting dashboard.

A donut of status surfaces draft and trashed sliders ready for cleanup. A horizontal bar of slide counts exposes overlong sliders and empty drafts together. An area chart of post_date shows whether sliders are still part of the editorial mix.

A single number KPI gives owners catalog scale at a glance. The data lives in WordPress core tables, the dashboard just makes it legible at the inventory level.