Problem/Motivation
The block listing in Layout Builder is a little overwhelming for users. When adding a block to a Standard profile Article, there are 59 block plugins in the list. You can imagine that with contrib enabled this list would become even longer and more irrelevant for the majority of users.
Doing a brief scan of block plugins, I would at least remove or hide:
- Content: Default revision
- Content: Default translation
- Content: ID
- Content: Promoted to front page
- Content: Revision ID
- Content: Revision translation affected
- Content: Sticky at top of lists
- Help: Help
- System: Main page content
- User: Default translation
- User: Initial email
- User: Preferred admin language code
- User: Preferred language code
- User: User ID
For most landing page use cases, I would also opt to remove all blocks that are usually present in theme-level regions like the User login form, Search form, all default Menus, all System blocks, and all core blocks.
I'm not sure what the best way to do this is, but there is a lot of cruft here that we should address, even if it's just the default behavior of the Standard profile or in an optional module that implements #2949177: Introduce a service that returns filtered plugin definitions. Providing a UI for #2949177: Introduce a service that returns filtered plugin definitions and default config in Standard would also be a path forward.
Proposed resolution
By default close all categories except for the entity type categories which contain the field blocks.
Inside the entity type categories move all of the non view configurable fields, any thing that doesn't show up on the "Manage Display" page of the Field UI module, into a subsection labeled "More+".
Remaining tasks
CSS: Style the "More+" subsections so that they look different from the top level categories and are obviously a subsection.
User interface changes
@see Proposed resolution
API changes
None
Data model changes
None
