Decouple 'Help' link from the footer region, allow to be configured via Navigation admin UI

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

Used the same pattern which is used to develop other components/sections to decouple the "Help" link from the footer. Here is the MR https://git.drupalcode.org/issue/navigation-3411099/-/merge_requests/2.

Kindly review, thanks.

@Prashant.c could you rebase against 1.x and open a new MR against 1.x of the navigation repo? Thanks.

Here is a new MR https://git.drupalcode.org/project/navigation/-/merge_requests/161
which contains manual cherry-pick of #2
+ some other fixes, now ready for code-review

A few minor comments.

We have this on the agenda to discuss this Wed. The original thought here was it would continue to live in the "Footer" area of the nav bar and users would have the option to put it into the "Content" area. However, since 📌 Restrict configuration of the Navigation bar footer items Fixed got in, we don't allow the "Footer" area to be managed in the UI.

This MR puts the help link into the "Content" area, which makes sense to allow the user to manage it, but is a change that we should be on the same page about.

Akhil Babu → made their first commit to this issue’s fork.

I've added the changes as per the comments in #8. Please review

Changes look great! Thanks @Akhil Babu.

As noted in my last comment, this one will be up for discussion at our meeting tomorrow (see #admin-ui in Drupal Slack for details). Will mark as Postponed for now.

I think that the Help link is an informational piece of the Drupal system and does not need to be configured via Navigation admin UI like the other links. It is important for this type of system-functional link to be in a consistent place, where users expect to find it.

Thanks @dead_arm. As we want to have it be a static placement, will close the issue as Won't Fix since that's already the present behavior.

Thanks for the efforts here everyone.

As mentioned in Slack and the call and to be sure the decision gets reflected and traceable in the future, commenting here. Separating the Help link from the rest of the Administration menu is actually one of the first things we clearly saw on the first design iterations without needing to do research for that. Its priority on an Information Architecture is in another scale from the Administration menu, independently on why historically it ended up in that menu. So its placement shouldn't be linked to the admin menu. Also, because of it's purpose, its place is supposed to be always accessible and reachable, but always in the same place if you are logged in (so you get the Navigation toolbar).

That said, and as discussed on today's meeting, we'll need to find the proper way to detach the existing Help link on the Navigation menu to place it into the footer.