SleekView reads preset data directly from the WordPress database, so any edition that writes its presets to the standard tables works. Both the free YITH Ajax Product Filter and the YITH premium edition expose the same schema, which means the kanban renders the same way regardless of which YITH license is currently active on the store.

Yes. A drop writes the new preset_status back to the same row the storefront reads on the next page render, so a preset moved into the active lane shows up on the linked landing page within seconds. YITH's own caching layer flushes affected URLs so shoppers see the new filter set immediately without waiting.

Yes. SleekView views are configuration only, so you can build one board filtered to women's apparel presets and another to home goods presets from the same YITH table. Each user picks their default board, and admins can pin shared boards to the WordPress sidebar for the whole merchandising team.

SleekView reads distinct status values on every load, so a new state shows up automatically as its own lane at the right edge of the board. You can rename, recolor, or reorder lanes from the view config without touching the YITH Ajax Product Filter settings, and any presets already in the new state stay live.

Yes. Drag-and-drop drops are gated by the same capability checks that protect the WooCommerce settings screen. Merchandising leads can move presets into active, while staff with restricted roles see read-only cards on the active lane until their permissions are raised by an admin on the WordPress side.

Yes. Each card opens a side panel that pulls the target shop page, the linked taxonomies and attributes, the active and scheduled windows, and the last-edited user. A merchandiser can audit a preset end to end from the panel without jumping to the YITH settings screen in a separate browser tab.

Yes. Every drop records the user, the previous preset state, the new state, the affected preset, the linked taxonomy, and the timestamp into the SleekView change log. A merchandising lead can export the log as CSV at any time, which is much faster than reading raw preset revisions in the WordPress database.

No. SleekView lazy-loads cards per lane and paginates each column server-side, so the initial render only fetches the rows currently on screen. Stores with tens of thousands of presets still see a board that opens in under a second, and drag-and-drop updates use single-row writes that stay fast at any catalog size.