Imsanity sits in the upload pipeline and shrinks images above a configured pixel and file-size threshold, with settings stored in the imsanity_options row of wp_options. It records dimensions on each attachment in the standard _wp_attachment_metadata postmeta key, and its bulk resize tool offers a separate screen to catch images that pre-date the plugin or slipped past the upload hook. The default WP media library list still uses default columns, so identifying which uploads remain over the current threshold takes either the bulk screen or one-by-one inspection.

SleekView reads the same postmeta plus the current Imsanity settings and pivots them into proper columns on the attachment row. Original dimensions, current dimensions, file size, MIME type, uploader, and resize status all become sortable. Saved views like 'images wider than 2048 px', 'attachments above the current size threshold', or 'PNGs uploaded before the last threshold change' load in one click and can be shared with the team. A current-threshold pill highlights when an attachment exceeds the active Imsanity rule.

Inline actions trigger Imsanity's own resize function on the selected rows, so the resize uses the active settings the plugin already applies on upload. Bulk resize, bulk delete of duplicates, and bulk threshold-aware queueing all run through the same hooks. Imsanity keeps doing the upload-time work; SleekView gives the team a real audit surface for everything that arrived before the rule was tightened.

Imsanity is a quiet plugin: it sits in the upload hook and stops oversize images from ever reaching disk in their original form. The work it does is invisible by design. The shape it does not solve is the audit, and the audit shows up every time the rule changes or the site inherits a library from before the plugin was installed.

Tighten the maximum width from 3000 to 2048 and suddenly thousands of historical uploads are over the new rule. Add the plugin to a long-running site and every existing image is potentially in scope. The bulk resize screen runs a queue, but it does not answer the audit questions a performance lead actually has: which uploads from which months, in which MIME types, from which uploaders, are still over the current cap, and which of those are likely worth re-running first.

SleekView reads the same metadata and the same options Imsanity already maintains and shows the answer as a flat, sortable, filterable list. The plugin keeps doing its quiet work in the upload hook, the table sits beside it for the audit moments where the team needs to see and resolve the long tail.