The drag calls the standard WordPress post update API so the change is persisted to wp_posts and triggers the usual transition_post_status hook chain. Caching plugins, CDN purges, and any analytics tied to publishing react exactly as if an editor moved the gallery through the regular admin screen.

Yes. Any taxonomy, custom meta field, or author assignment defined on the gallery post type can be the grouping axis. Most teams add a custom review_stage meta key for things like shot, edited, copy written, approved, and scheduled, and group by that instead of the raw post status field.

Scheduled galleries appear in their own Scheduled column by default with the queued publish time shown on each card. Moving a scheduled gallery back to Draft clears the publish timestamp, and moving it forward to Published immediately fires the publish hook so any downstream integrations run right away.

Yes. Every action on a card uses the same capability checks as the standard post edit screen, so contributors cannot publish, editors cannot trash other people user content unless their role allows it, and any role plugin you already use such as Members or PublishPress Capabilities controls who can drag between which columns.

The post status changes back to draft through wp_update_post, which triggers the usual unpublish path. The gallery disappears from frontend listings on the next request, any cached page versions are invalidated by your caching plugin, and the original publish date is preserved as the post date so republishing later keeps the canonical URL.

Boards are scoped at the post type level, not at the shortcode level. Every Robo Gallery post in the database is eligible to show, but you can apply taxonomy filters, author filters, or a date range to scope down to one specific campaign or location group so the board never gets crowded.

Yes. The kanban surface uses pointer events so it works with mouse, trackpad, touch, and pen input. Long press on a card initiates the drag on touch devices, and column scrolling works even while a card is mid drag so you can move a gallery across columns that do not fit on the same viewport.

Each card drag is a single atomic post update so two simultaneous drags resolve in the order the server receives them, with the second drag winning. The board polls for status changes every few seconds so the other editor sees the change land in near real time without manually refreshing the kanban view.