Skip to content
Corex

AccessScreen

Corex\Config\Access\AccessScreen · class · Config layer

The Access & Abilities screen (spec 065 baseline → spec 067 tabs; design: “Corex Access & Abilities”): tabs Overview · Role matrix · Audit log · Access denied. Everything shown is REAL — roles/capabilities read from WordPress, user counts from count_users(), permissions-plugin conflicts from the active plugins, audit entries from recorded denied attempts ({@see AccessAuditLog}), and the denied tab previews the exact surface a refused user gets. CoreX-owned ability states are editable through the guarded REST workflow; native WordPress/platform capabilities remain compatibility inputs. Access is AdminGuard-gated.

Public API

Section titled “Public API”

__construct(AdminGuard $guard, AdminPage $page, AccessMatrix $matrix, AccessAuditLog $audit, RoleAbilityStore $roleAbilities, PendingAccessRequests $pending, PluginActivationInspector $pluginActivationInspector, AccessGrantPresenter $grants, ActivitySentences $sentences)

Section titled “__construct(AdminGuard $guard, AdminPage $page, AccessMatrix $matrix, AccessAuditLog $audit, RoleAbilityStore $roleAbilities, PendingAccessRequests $pending, PluginActivationInspector $pluginActivationInspector, AccessGrantPresenter $grants, ActivitySentences $sentences)”

register(): void

Section titled “register(): void”
Section titled “menu(): void”

maybeEnqueue(string $hook): void

Section titled “maybeEnqueue(string $hook): void”

render(): void

Section titled “render(): void”