Problem/Motivation

This came out of a discussion with @lauriii, @gabor hojtsy, @pameeela, @xjm, @wim leers, @phenaproxima, @timplunkett, @pdureau, @ckrina (and others who I may have temporarily forgotten who was at which meeting) at DrupalCon Vienna.

Drupal CMS is taking over the 'default UI install' experience from Drupal core.

#3591027: [META] Remove use case specific elements from Standard and Node module. Always install with Standard. Keep Minimal for CLI use only. is open to slim down the Standard profile so that it doesn't include content types, commenting, node listing, archive and glossary views, etc. That includes not having Olivero as the standard experience anymore (#3590882: Don't enable the Olivero theme by default in the Standard profile/recipe and #3590816: [policy, no patch] Deprecate Olivero and move to contrib).

A side-effect of this is that especially with the navigation module, there's no need to customise the blocks in an admin theme, and if core doesn't have a front end theme, we could probably move the block UI to contrib - allowing sites to use Canvas or UI Suite's display builder without a competing solution in core.

We'd still need a way to have default blocks for a theme, but we might be able to achieve that via a theme.blocks.yml file that maps block plugins and regions, and a display variant that reads from the YAML. That would allow themes to ship with a minimal set of blocks configured without being tied to any particular region/block configuration solution.

Related to this is also #3528104: Remove UI to change admin theme - e.g. removing the UI for selecting an admin theme from the appearance page. That in turn would allow us to move the admin appearance settings to a dedicated page (for whichever admin theme is enabled) rather than just one of the theme settings tabs.

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

Introduced terminology

API changes

Data model changes

Release notes snippet

Comments

catch created an issue. See original summary.

catch’s picture

catch’s picture

Issue summary: View changes
larowlan’s picture

Do you have a sample of what this yml will look like? Are you thinking something in the info.yml that maps blocks to regions for the theme?

catch’s picture

Issue summary: View changes
pameeela’s picture

Issue summary: View changes
catch’s picture

@larowlan that's about as far as I got thinking about what it would look like, but yes either in theme.info.yml or a new theme.default_blocks.yml. It would allow themes to have a minimal working configuration even when nothing else is installed to place blocks in regions.

quietone’s picture

Added credit for those listed in the issue summary.

Version: 11.x-dev » main

Drupal core is now using the main branch as the primary development branch. New developments and disruptive changes should now be targeted to the main branch.

Read more in the announcement.

gábor hojtsy’s picture

Title: Core should ship with only an admin theme » Add a way to ship block placement statically (will be useful when block UI is removed)
Issue summary: View changes

For the title of this issue I accidentally opened #3590882: Don't enable the Olivero theme by default in the Standard profile/recipe and #3590816: [policy, no patch] Deprecate Olivero and move to contrib respectively. There is implementation on the first one that works and discussion on the second one about deprecation. Since this issue was driving towards the removal of block UI goal specifically, I am updating this to refer to that explicitly, so we have an issue to track that, while we already have the other two issues for implementing the "Core should ship with only an admin theme" goal.

Please correct the summary if I misrepresented something.