WordBlocks Pro includes block locking as a standalone governance feature. It lets teams protect layout and design controls while still allowing approved content editing in the block editor.
In the editor sidebar, WordBlocks Pro adds a WordBlocks Pro Locks panel for WordBlocks blocks. These controls map to per-block lock attributes and policy defaults.
| Control Label | Stored Key | What It Locks | Notes |
|---|---|---|---|
| Lock Styles | wbLock.style |
Inspector sidebar style/settings changes. | For non-managers, style panels are visually disabled in the editor UI. |
| Lock Movement | wbLock.movement + lock.move |
Moving blocks to a new position. | Uses WordPress native block locking plus JS guards/fallbacks. |
| Lock Removal | wbLock.removal + lock.remove |
Deleting blocks. | Uses WordPress native lock state and additional enforcement guards. |
| Apply Locks To Children | wbLock.applyToChildren |
Propagates lock state to descendant WordBlocks blocks. | Available for container blocks such as Row, Column, Accordion, Tabs, Section, Logo Scroller, and Scroll Story. |
WordBlocks Pro combines editor-side controls with capability checks and REST enforcement so lock settings persist through normal editing workflows.
Admins or allowed manager roles set defaults per block in WordBlocks > Block Locking.
WordBlocks Pro Locks appears in Inspector controls for WordBlocks blocks.
UI controls are disabled and movement/removal actions are guarded when lock policy prevents edits.
Use block locking with your role strategy to protect layouts while still allowing safe content updates.