4.0 Hide Menu Items
-
Hi David Gewirtz,
First of all: before posting this issue I did a little research to avoid duplicate question – I found some really upset and rude questioners. I’m sorry for this – you did a great job moving this plugin forward.
I would like to hide these menu items in the admin menu bar. They are very annoying. Would be great to hide them via settings and access them in a different way.
For me this is the only reason to not upgrade to 4.0.
-
Yeah, life is like that sometimes. 🙂
Do you mean the Donor, Donations, and Funds post types? Because they’re now post types, WordPress defaults to putting them in the menu, but I’ll look into that as an option. Yours is the second request for that.
–David
P.S. Won’t happen right away. Waiting for the basic upgrade to settle down and fixing functional bugs first. But I can see how folks might want to tuck them away.
Yes that’s what I mean. Thank you!
I second the hiding of the Donor, Donations, and Funds post types from the main menu and bring them back again under the Seamless Donation menu.
Adventurous greetings,
CoenThinking about it. I did some tinkering with the idea this weekend and it may futz with some other settings. If I can get it to work without ripple breakage, I may make it a “Use condensed menus” option in settings.
Okay, here’s my other thought, and I’d love your opinion. I could just leave it as-is and move on, and then every user would have menus in a reliable location. But if I give some users a condensed menu option and others use it in the regular mode, support would be harder, tutorials and videos would have menus in different places, and who knows what might break.
Is it worth it, really, to potentially cause these added issues just to tuck some menu items away, especially when WordPress likes each custom post type represented in a menu.
The modern school of app and product design advocates one option and one option only, to simplify the overhead of code and software. Changing this up, given a design decision has already been made (whether you agree with it or not) is one of those complexity additions that tends to go either way.
This is a design question as much as anything else, and I’d welcome your input in terms of the trade-offs between the two approaches.
Design must be as simple as possible -> less = more.
For me this is simple. Even if you have just a few plug ins activated, you would want to get all the same stuff under one tree. So all Seamless Donation stuff would be logical to put under one menu on the side under that name.
I have for example the AdRotate plugin and also uses ads as custom posts. And Groups as a custom thing. All these are under one umbrella menu on the sidebar.
And I guess this happens with most plugins, they put all their stuff under their umbrella menu.
I don’t see the gain in having a clutter of different single menu items that could well be under one tab.
My 2 cents…
Adventurous greetings,
CoenDonations, Donors & Funds also show up now on the Menu Setup, where it shouldn’t I think…
Adventurous greetings,
CoenActually, they should. For example, what happens if you want a menu of all your funds. With custom post types, you can now do that.
Hi Guys. I waited some time expecting this issue would kinda sort out itself (of course this will not happen). I created a little helper plugin to hide the CPT menu entries. Now it would be cool when clicking the tabs in the settings they would open the CPT.
David, is there a filter or something to archive this? (Overwriting the tab link or the tab content)
With a little help from your side I could integrate this whole thing as feature with setting.
What do you think about this?I actually implemented this, but it does some very weird things to how the sidebar formats. Not enough time to dig into it now, but it’s on the list.
Great news! If you like I could look into this.
I’ll let you know. I’m using Admin Page Framework and I’ve been getting some help from the author — I have an open discussion with him now:
But if I come up dry, I’ll be glad to shout out to you. Can always use help!
Thanks for the generous offer.
–David
I added another CPT and did not experience any display errors. I was not able to get the CPT in the tab (as shown in the image) but I created a image for clarification at least.
If this it what you want to do you could add this to the support case, since miunosoft might not understood what you want to archive.Thanks, I posted it there as well. As for the display errors, try it with three CPTs. Please let me know. If you don’t see any errors, and are willing to do some testing, I’ll show you what to uncomment in 4.0.8 to see if you’re encountering the same problems.
Thanks for your help!
–David
Also 3 CPT are fine! Just send me your current development version which shows this strange behaviour so we are sure we talk about the same.
Or maybe specify “weird things to how the sidebar formats”.
But I can’t confirm “(as in menu items move when the mouse rolls over them, the whole thing acts like its been corrupted and doesn’t know that items aren’t there).” for my state.Hi David,
stumbled upon this. Perhaps this is related?
The topic ‘4.0 Hide Menu Items’ is closed to new replies.