ApprovedComponentInventory
Corex\Ui\ApprovedComponentInventory · class · Add-ons layer
The approved “Blocks & Components” inventory (Spec 068 US9 / FR-154, design file Corex Blocks & Components.dc.html). It records the four design categories exactly as approved — 33 company/content blocks, 8 WooCommerce blocks, 13 admin/product components, 23 core UI components — with each item’s design status, priority, and the real delivery resolution that ships it. A resolution is one of: - corex-block:<slug> a registered corex/* dynamic block (drift-checked against real block.json) - block-style:<name> a register_block_style() entry in {@see Blocks\BlockStyles} - pattern:<name> a PatternLibrary entry or a theme/patterns/*.php file - admin:<selector> an admin component CSS selector shipped by a corex plugin/add-on stylesheet - runtime:<class> a token-only runtime utility CSS class (skeleton/toast/tooltip) - core-block composed from core WordPress blocks + tokens (design’s “prefer core” rule) - deferred:<reason> not current: woocommerce-dependency, future-pro, or phase-2 The reconciliation test proves every non-deferred resolution points at a real artifact, so this inventory can never claim a component the framework does not actually ship. Pure data — no WP calls.
Public API
Section titled “Public API”items(): array
Section titled “items(): array”byCategory(string $category): array
Section titled “byCategory(string $category): array”deliverable(): array
Section titled “deliverable(): array”Items whose delivery is not deferred — every one MUST resolve to a real shipped artifact.
expectedCounts(): array
Section titled “expectedCounts(): array”blockSlugs(): array
Section titled “blockSlugs(): array”The corex/<slug> blocks this inventory claims — drift-checked against the real blocks.