Adjust to the changes introduced reorganizing Block items in the administration menu

Created on 26 October 2022, over 1 year ago
Updated 12 December 2023, 7 months ago

Problem/Motivation

Currently the Block items are getting reorganized in the administration menu. Instead of opening a new issue @smulvih2 and I agreed to rescope this issue, which was initially about the same goal, but tried to accomplish that solely in admin_toolbar (the problems see in #8 Adjust to the changes introduced reorganizing Block items in the administration menu Needs work and #9 Adjust to the changes introduced reorganizing Block items in the administration menu Needs work ). The changes introduced with 🌱 [meta] Reorganize Block items in the administration menu Active will definitely require adjustments for admin_toolbar. Issue identified so far are:

for 📌 Move custom block types admin link to admin/structure Fixed : the menu item custom block types got renamed to block types and moved one level up the hierarchy so it is on the same level like block layout, content types, media types and so on. but under block layouts there is still another menu item block types.

for Move Custom block library to Content Fixed : on /admin/content the Blocks tab is placed between content and Comments but in admin toolbar custom blocks is placed between comments and files.

Proposed resolution

The issue is set to postponed until the moving and renaming issues in Core are landed otherwise it might lead to unnecessary extra work. I will keep the list of identified issues up to date along the way.

Remaining tasks

User interface changes

API changes

Data model changes

Original report by @smulvih2

Currently all block_content links are added under Structure, see image below:

Feedback on current links added under Structure:

  • Add custom block - this is content and not structure, so should be nested under Content
  • Block types - keep this menu item where it is since it is Structure, remove this link if drupal/block_content_permissions module is enabled since it provides a more granular menu structure for this.
  • Custom block library - this is content similar to the Content overview page, should not be under Structure

Here is what I propose for the block_content links:

New links:

  • Blocks - goes to the blocks overview page that lists all custom blocks
  • Add block - goes to the page that lists links to add blocks of different types
  • List all of the available block_content_type under Add block
Feature request
Status

Needs work

Version

3.2

Component

User interface

Created by

🇨🇦Canada smulvih2 Canada 🍁

Live updates comments and jobs are added and updated live.
  • Usability

    Makes Drupal easier to use. Preferred over UX, D7UX, etc.

Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • 🇬🇧United Kingdom AaronMcHale Edinburgh, Scotland

    I think this is now only postponed on 📌 [PP1] Move "Block layout" from Structure to Appearance Postponed and possibly 📌 Rename Custom Block terminology in the admin UI Fixed .

  • 🇩🇪Germany rkoller Nürnberg, Germany

    thanks for updating the issue aaron! this issue has definitely to be placed after 📌 Rename Custom Block terminology in the admin UI Fixed until the micro copy (and the h1s in particular) is agreed on. i was already thinking about adding an update to the issue here yesterday after the "moving the block library to content" issue has landed but i have struggled picking the right PP level. but it feels like PP-2 is the correct pick.

  • 🇬🇧United Kingdom AaronMcHale Edinburgh, Scotland

    Thanks @rkoller. In terms of the "PP-X" level, the way I approach it is it should be the number of issues that this issue is directly postponed on, in this case 2 issues, even though one of them is postponed on another issue that doesn't really matter for this issue, otherwise it just ends up being a bit hard to track what is postponed on what.

  • 🇩🇪Germany rkoller Nürnberg, Germany

    Just a heads up. The first alpha of Drupal 10.1 is getting close (scheduled for the 24th of april). The last two issues ( 📌 [PP1] Move "Block layout" from Structure to Appearance Postponed & 📌 Rename Custom Block terminology in the admin UI Fixed ) currently blocking this issue should hopefully getting finalized and being committed in the upcoming days.

  • 🇩🇪Germany rkoller Nürnberg, Germany

    We might already start discussing how to approach the necessary changes. how about the following.

    Content:
    the cleanest option might be like already suggested in the issue summary
    https://www.drupal.org/files/issues/2022-10-26/Screenshot%20from%202022-...
    it just looks odd having a single menu item under blocks and then under that several block types (depending on the number of block types created). the only
    necessary change to the screenshot, the label for the add menu item shouldnt be Add custom block but Add content block.

    Structure:
    the menu item block types under structure is already displayed correctly. the only detail i would suggest to change is adding a Add block type menu item that the available options are consistent with for example content types.

    Appearance:
    at the moment the block layout menu item under appearance still has the add custom block, block types, and custom block library submenu items. removing those three would be the logical step. but i wonder if it would make sense to make the secondary nav tabs for block layout available as menu items instead like done for the settings menu item under appearance.
    the only problem, for settings there is the default global settings tab that is reached when the parent settings menu item is clicked while you see the child menu items for claro and olivero. but for block layout you would reach olivero when clicking block layout menu item and you would only have claro as the sole child menu item. sort of suboptimal. :/

  • Status changed to Needs work about 1 year ago
  • 🇩🇪Germany rkoller Nürnberg, Germany

    I am moving this issue to Needs work now. Drupal 10.1 RC1 is out and 📌 [PP1] Move "Block layout" from Structure to Appearance Postponed got postponed on 🌱 Restructure the admin interface Information Architecture Active today after it was hanging in RTBC for quite a while. That way this issue should focus only on the first two points in #18 Adjust to the changes introduced reorganizing Block items in the administration menu Needs work (with a slight addition for the point about structure):

    Content:
    the cleanest option might be like already suggested in the issue summary
    https://www.drupal.org/files/issues/2022-10-26/Screenshot%20from%202022- ...
    it just looks odd having a single menu item under blocks and then under that several block types (depending on the number of block types created). the only
    necessary change to the screenshot, the label for the add menu item shouldnt be Add custom block but Add content block.

    Structure:

    • The menu item block types under structure is already displayed correctly. the only detail i would suggest to change is adding a Add block type menu item that the available options are consistent with for example content types.
    • The sub menu items for the menu item Block Layout under structure would have to be removed.
  • 🇺🇸United States neclimdul Houston, TX

    " the label for the add menu item shouldnt be Add custom block but Add content block."
    The text is actually just "Blocks."

    At least this one is easy. The text mentioned is in the module currently and being removed.
    This is the new layout in the patch:

  • Patch from #6 is really helpful. I though i was loosing my mind because i couldn't find these "new links" after the changes in 10.1 Thank you!

  • 🇮🇳India Prashant.c Dharamshala

    Prashant.c made their first commit to this issue’s fork.

  • 🇮🇳India Prashant.c Dharamshala

    Applied changes from #6 Adjust to the changes introduced reorganizing Block items in the administration menu Needs work to the fork.

    The branch has some JS issues like $(...).once is not a functionwhich is causing the "Admin Toolbar quick search" to stop working, tested on Drupal 10.1.7.

Production build 0.69.0 2024