I was looking to improve the UI text for the "Make this block reusable" setting (in #2731), and was baffled by this bit in the help text:
A reusable block can never be converted back into a stand-alone block.
Now, I know what the differences between reusable vs stand-alone custom blocks are, so I fully understand the above, but why are we preventing making a single instance of a reusable block back into a stand-alone one? So for example:
- User edits existing reusable block in a layout.
- We have some help text to explain that a) this is an instance of a reusable block and b) making changes here will affect all instances (copies) of the same block, across any layout it may be being used in.
- We have a "Convert to stand-alone block" checkbox.
- We explain that converting the reusable block to stand-alone will "break its link" with the "source", and that it will then be possible to configure it independently.
- During validation, we check to see if the user has ticked that checkbox, and if so, we then save the same block properties (that are in config for the reusable block) into a "regular" content/stand-alone block.
- We finally update the config of the current layout, to replace the position/region of the instance of the previously-reusable block, with its new stand-alone "clone".
That should work right?
Recent comments
For our DEV meeting: an older bug needs (and could have) a fix. Issue #5729 - Views: Search Filter: On Empty Input "Show None" option Shows All There are 2 pull requests, but one...
February 26th, 2026 - Weekly Meetings
Ruby Text can be a bit of a hassle to edit... Yes, I can imagine that. No idea, how an editor dialog (or whatever) for easier editing of those should look like - in terms of...
Specific tags to work in CKEditor 5
"why are these tags only relevant for admins?" I'm allowing the editor as well. That being said, Ruby Text can be a bit of a hassle to edit... easy to accidentally delete a tag or part of a...
Specific tags to work in CKEditor 5