Photonic shortcodes are extracted from wp_posts.post_content with a regex that matches both [photonic] and Photonic-wrapped [gallery] forms. Attributes (type, style, layout, columns, source) are parsed into chart-ready columns and joined to the parent post for date, author and status.

Yes. Source type is a first-class filter, so picking Flickr scopes the table to Flickr-backed shortcodes. Combine with post_status or date range for a per-source retrospective.

Yes. When the Photonic override flag is enabled in wp_options, wrapped [gallery] shortcodes are counted as their own source dimension so the takeover is visible in the table.

Connected accounts are read from wp_options and surfaced as a separate filter. Accounts with credentials saved but zero shortcodes still appear, useful for spotting stale integrations.

Yes. Both views read the same shortcode-parser source, so a filter saved at the source level applies to whichever layout is open. Toggling between table and chart is one click.

No. The table reads shortcode attributes from the database, not the upstream APIs. Front-end media still loads through Photonic's normal request path. The table is purely an admin reading layer.

Shortcode extraction runs on a saved view with a configurable refresh interval, so the regex pass happens once per refresh and cached results serve the table. Even on sites with tens of thousands of posts, the view opens instantly after the first render.

Yes. Photonic shortcodes live in post_content regardless of the editor. Shortcodes wrapped in shortcode blocks are detected by the same parser, so block-theme sites read the same as classic-theme sites.