You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm not sure this is feasible. Currently we're using setBlockEditingMode which is something that changes the state in the block editor, but not an actual attribute on the block that we can pass server-side (as far as I'm aware). Might need to be addressed upstream in GB?
No it's more of an editor state, but they're reworking it now. This comment gives a lot of context of where it's going: WordPress/gutenberg#60021 (comment)
During our prototype we've added a content locking mechanism to prevent the users from modifying the template when entering data.
We're doing it from the front-end, which creates unwanted edits and prevents the user from leaving the screen if there are no changes to the post.
Let's do it from the back-end to prevent these edits. After we move, we can safely delete the
useContentLocking
hook and references to it.Proposed implementation
Fill in the
TODO: lock blocks here.
part.The text was updated successfully, but these errors were encountered: