I have a site with several content types with 100's of CCK field, which are all rendered into the admin_menu. This leads to pages with over 5000 dom elements, making the page load really slow. Opening up too many windows crashes my firefox. I'd like to limit the depth of the admi menu to 2 or 3 (only showing main stuff, the rest can be found via tabs anyway).

Comments

sun’s picture

sun
Primary language German
Location Karlsruhe
CreditAttribution: sun commented

That may be an issue, true. However, there are 2 ways to get out of this:

1) Limit sub-items of content-types to parent items, i.e. don't display stuff below "Manage fields" and "Display fields" for each content-type. Requiring custom code to alter the menu after it has been built. And actually conflicts with Administration menu's purpose.

2) Load list of content-types along with their sub-items on demand. That's what #420816: On-demand loading of dynamic paths and local tasks #1 is about.

sun’s picture

sun
Primary language German
Location Karlsruhe
CreditAttribution: sun commented
Version: 6.x-3.0-alpha2 » 7.x-3.x-dev
sun’s picture

sun
Primary language German
Location Karlsruhe
CreditAttribution: sun commented
Status: Active » Closed (won't fix)

The size of the menu has been greatly reduced in 7.x-3.x already.

jason.fisher’s picture

jason.fisher CreditAttribution: jason.fisher commented

With 3000 fields, I would still appreciate the option to at least hide the field lists and module issue queue links..

sun’s picture

sun
Primary language German
Location Karlsruhe
CreditAttribution: sun commented
Title: Set maximum depth of menu's for performance » Allow to disable selected hook_admin_menu_map() implementations
Status: Closed (won't fix) » Active

With #293768: Allow to enable/disable menu additions in RC4, we can actually investigate an additional option set for disabling individual hook_admin_menu_map() implementations.

maximpodorov’s picture

maximpodorov CreditAttribution: maximpodorov commented
Issue summary: View changes

It's time to continue.

truls1502’s picture

truls1502
he/him
Primary language Norwegian Bokmål
CreditAttribution: truls1502 as a volunteer and at SignWo AS commented
Status: Active » Postponed (maintainer needs more info)
Issue tags: +postponed2w

I am sorry for no reply until now.

There are many issues regarding this module admin_menu which is a bit difficult for us to follow up since some of the issues might be already outdated, or is already fixed by the module or any other modules or itself core which means that the problem might no longer need to be fixed.

We can see that the issue has been created for a few years ago, I hope it is okay for you that I am postponing the issue, and give you around two weeks. If you still face the problem, could you tell us the step by step when until you get the error message or what is frustrated you, and a list of modules you are using related to admin_menu and a screenshot that might help us? So it makes us easier to reproduce your issue.

However, after two weeks with no feedback - we will close this issue. So in case, you noticed it after the issue is closed, do not hesitate to reopen it like and fill information which is mentioned above.

So before giving us a feedback, do you mind to test it again with our latest 7.x-3.x-dev?

Thank you for understanding! :)

truls1502’s picture

truls1502
he/him
Primary language Norwegian Bokmål
CreditAttribution: truls1502 as a volunteer and at SignWo AS commented
Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)
Issue tags: -postponed2w

This issue has been automatically marked as closed because it has not had recent activity after the last post.

However, if you or someone is still facing the same issue as described to the issue, could you please to re-open the issue by changing the status of the issue, and add an explanation with more details which can help us to reproduce your situation.

Again, thank you for your contributions! :)