We want to record experiences of people building contrib modules for Drupal 8 websites, where they have added to the structure of the admin menu. We would like to understand three things:
- What you added
- What that added menu did - did it manipulate content or config entities, for example?
- Why you added it where you did. == important!
- Was there anything about the current admin menu structure that prevented you placing the items where you really thought they should be
Okay - that was four things.
And the fifth thing is, if you have any images you can share, please do feel free to add them.
Do check the overall issue for more info.
Finally - the scope of this issue is to only add experiences of what menus you have added. We definitely don't want comments about other people's experiences here. We will open a further issue to work on that.
Comments
Comment #2
rachel_norfolkComment #3
rachel_norfolkComment #4
kristiaanvandeneyndeSee attached screenshot of what it looks like. I figured it was best suited to have it sit right next to People, as both People and Groups define access across the site.
Comment #5
roderikContext: I maintain a module that does single-sign-on (via SAML): users log into your Drupal site through an external 'identity provider' rather than the user/password screen.
1. Added a link to the configuration screen, at At Configuration > People.
2. Site-wide configuration settings for site admins, to make the module work.
3. This seems like the best place because it is about managing users and the way they are created/manipulated.
4. Nothing prevented us from placing it where we wanted but there was some contention about the position: Someone rewrote the module and put it at Configuration > Web Services instead. (There is a point to this: the single sign-on login flow is redirecting users to an external service.) The consensus with the original maintainer was to move it back.
Comment #6
imiksuSo far, I haven't actually done D8 contrib just yet, but I think this can be answered also for custom module development also.
Comment #7
ifrikProblems with adding more granular permissions
Issue #1975064: Add more granular block content permissions is an example that by adding pages as tabs (tasks) on other pages makes it difficult to add appropriate permissions.
Adding a separate permission to edit existing Custom block content, means that users need to be able to access the Custom block library page. It's possible to add a permission for that, but users still won't see any navigation (menu item etc) to get to the page because for that they need the permission to administer blocks (to get to the Block layout page) and in order to see that they need access to the whole Structure and Configuration section.
Comment #20
smustgrave commentedThank you for creating this issue to improve Drupal.
We are working to decide if this task is still relevant to a currently supported version of Drupal. There hasn't been any discussion here for over 8 years which suggests that this has either been implemented or is no longer relevant. Your thoughts on this will allow a decision to be made.
Since we need more information to move forward with this issue, the status is now Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.
Thanks!
Comment #22
smustgrave commentedSince this was about gathering experience and there's been no follow up in 8 years think we are safe to close out. Am assigning credit to everyone.