New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Orphaned Blocks Option in Add Block Panel #3234
Comments
I really like this idea. Especially for pages that have dynamically named or programmatically added areas. |
Another great use case for this is when users switch themes that use different area names. From the forum: |
Just came across the same issue as that highlighted by MrKarlDilkington. Would be great to be able to remove content from the database that is not actually displayed on the site (and hence remove from search results) |
I would like to see thinking on this resurrected with the new layout engine being considered for v9. #6828 Updating the core for more effective and flexible (and hence greater use of) layouts will compound the problem. |
Just an update on this. I think this would work this way:
I think the bulk tool sounds interesting but is a separate concern. |
This is complete and will be in version 9. |
We could add another item after "Gathering tiles" in the add block panel that's "Non-Displayed Blocks" or "Orphaned Blocks" (gotta find a better name for this.) that shows the blocks in a list similar to the clipboard. You could either click a delete icon to delete the block permanently or drag it into the page.
When loading the add block panel, we could check to see whether there were any areas on the page that weren't rendered. We'd want to make sure this was performant, and didn't needlessly slow down the loading of the add block panel all the time. This would also have to respect layouts. This would determine whether to show this option. Alternatively, we could just always show it. Less elegant but easier for development and less of a resource drain on every panel load.
This came from #195
The text was updated successfully, but these errors were encountered: