-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Management of a new hide/show field in frontend #8752
Comments
Why have a hard coded value to show or hide only ? |
I know but the solution was implemented at the client's request according to the design made by another team and created with a limited budget, so there was no margin for too generic solutions. Another request from the technical team was specifically to do a PR, which I did. |
This is accomplished by customizing the MenuPart and changing the view to filter items based on these custom fields. Theorically this is how this should be done for hide/show too, with a Boolean field named Visible for instance. I had forgotten about it. It would be nice if this could be the option that is chosen, which would require an extra click. This state could be exposed in the list of menu items by customizing the shapes that render it. All this would then be in the customer's solution. |
Curiously, this was the solution that was initially implemented, and it worked, but the technical team that designed the site then decided to let us proceed in this way, I will point out your criticisms |
Orchard/src/Orchard.Web/Core/Navigation/Views/Admin/Index.cshtml
Line 117 in 97648ed
A customer asked us to be able to manage displaying contents in the menus via a new button visible directly from the navigation list, in order to have an immediate visual impact of what will be visible to the public in frontend
this is a proposal for a new feature
The text was updated successfully, but these errors were encountered: