Cornerstone by Themeco stores its layout data inside the _cornerstone_data meta key on each page that uses it. The default Pages screen does not distinguish Cornerstone pages from any other page, so an audit of Cornerstone-only content requires opening pages one at a time. SleekView's table view already surfaces the inventory as a sortable list. The chart view aggregates the same inventory into a dashboard.

Template usage renders as a Pie or Bar across the catalogue. Edit cadence renders as an Area of last-edited dates. Status share renders as a Pie of published vs draft vs private. Author distribution renders as a Bar of Cornerstone pages per author. The site map nobody documented becomes a visual.

Layout edits stay in Cornerstone where they belong. The chart dashboard answers the inventory questions: which templates are over-used, which pages haven't been touched in a year, who owns the most Cornerstone content, where the next cleanup project lives.

Cornerstone is a flexible front-end builder that does its job well, and the cost of that flexibility is editor weight. Booting the Cornerstone front-end editor for a single-character slug edit is operationally absurd, but it is what the default workflow requires because the Pages screen does not distinguish Cornerstone pages from any other content. The same problem extends to the inventory question: sites running Cornerstone for any length of time accumulate pages from campaigns, redesigns, and one-off events that nobody cleaned up, and the default Pages screen makes the distribution invisible.

SleekView Charts reads the same _cornerstone_data marker and renders the inventory as a dashboard. Template share, edit cadence, author distribution, status share. The site map nobody documented becomes a chart layout.

Cornerstone keeps doing what it does well; the surrounding editorial governance moves off clickthroughs and onto a real dashboard.