Feature #41526
closedMake "Hide in menu" option easier
Added by Thomas Löffler about 12 years ago. Updated about 10 years ago.
0%
Description
I am working very often with the option "Hide in menu" in every project and it's always a roundabout way to create or change a page to "hidden in menu" fast.
There are two ways to make it easier for admins and editors:- Remove the option in the page record and add a doktype with in menu hidden pages
- Extend the clickmenu to hide a page with only one click (like the "real" hide function)
I would prefer a new doktype so you can directly select a page which should be "hidden in menu".
What do you think?
Files
patch_41526.patch (6.57 KB) patch_41526.patch | Adds a clickmenu item | Thomas Löffler, 2012-10-03 12:31 | |
Bildschirmfoto_2012-10-03_um_12.32.56.png (39.7 KB) Bildschirmfoto_2012-10-03_um_12.32.56.png | Screenshot of clickmenu | Thomas Löffler, 2012-10-03 12:33 |
Updated by Ben van 't Ende about 12 years ago
i would say option two is more logical and maybe easier to implement. to me it is not be a new pagetype.
Updated by Jo Hasenau about 12 years ago
doktype IMHO is a no go, since there might be different doktypes to be hidden/unhidden in menus.
So "hide in menu" always adds up to the selected doktype, which is why it should be a click menu option.
Updated by Ingo Renner about 12 years ago
I'd also go for option two, pretty much for the same reasons JoH pointed out. Hide in menu is an option available to most doctypes, so it can't be a doctype itself.
Updated by Peter Kraume about 12 years ago
I don't think 1) is a good option since we had doktype 5 (not in menu) already in former times and it got removed with TYPO3 4.2 (see http://bugs.typo3.org/view.php?id=7370)
Updated by Thomas Löffler about 12 years ago
Okay, many points for option 2 and I am positive about it now, too.
So, my next questions:
Where should it be positioned in the click menu?
Below the hide function?
In the submenu "page actions"?
Updated by Georg Ringer about 12 years ago
- Status changed from New to Accepted
submenu "page actions"!
can you provide a patch for it?
Updated by Thomas Löffler about 12 years ago
- File patch_41526.patch patch_41526.patch added
Okay in this way? Maybe you can push it into 6.0? :)
Updated by Thomas Löffler about 12 years ago
Now looks like this.
Updated by Gerrit Code Review about 12 years ago
- Status changed from Accepted to Under Review
Patch set 1 for branch master has been pushed to the review server.
It is available at http://review.typo3.org/15252
Updated by Helmut Hummel about 12 years ago
Thomas Loeffler wrote:
Now looks like this.
Having this action below the delete action does not look right for me. The most logical place for me would be below or above the Disable action in the top level.
Updated by Thomas Löffler about 12 years ago
I think the Usability Team should have a look on it.
A new position is implemented very fast.
Updated by Jens Hoffmann about 12 years ago
Hi,
I would suggest:
A.)¶
- Show
- -------
- Edit
- Info
- History
- -------
- Hide in Menu
- Disable
- -------
- Page actions
- Branch actions
Or:
B.)¶
- Show
- -------
- Edit
- Info
- History
- -------
- Disable
- -------
- Page actions
- New
- -------
- Hide in Menu
- -------
- Cut
- Copy
- -------
- Delete
- Branch actions
I think "A" would be the better way to go.
Because all actions we moved into "Page actions"
are "Drag&Drop" actions we could archive in the
Page-Tree. This would Exclude "Hide in Menu" as
part of this Sub-Menu. Right?! :)
Greez Jens
Updated by Thomas Löffler about 12 years ago
Sounds good, but do you want to move the "disable" action?
Right now it is above "Edit" action and is it possible that many people will be confused to see it below "history"?
Maybe:
- Show
- -------
- Disable
- Not in menu
- -------
- Edit
- Info
- History
- -------
- Page Actions
- Branch Actions
Updated by Jens Hoffmann about 12 years ago
@Thomas:
I think we should order it more in terms of "priority by demand".
But I would try to keep the groups - as we have them right now.
So "Edit" is part of the Group (Edit, Info, Undo), but that is more
often used than "Not in menu" / "Disable". That's why I would like
to reorder that. And in terms of "priority by result-dependency"
"Hide in menu" needs to be before "Disable", as this creates a lot
more "result-dependency's" for the user :) And "result-dependency"
always get sorted descending. I'm sure: This is the right way to go.
This is why I suggested "A", like I did :)
Greez Jens
Updated by Jens Hoffmann about 12 years ago
BTW: Great Idea, to have this in there! :) THX
Updated by Thomas Löffler about 12 years ago
You're welcome! And "A" is good. :)
I will change the patch set tonight.
Updated by Gerrit Code Review about 12 years ago
Patch set 2 for branch master has been pushed to the review server.
It is available at http://review.typo3.org/15252
Updated by Gerrit Code Review about 12 years ago
Patch set 3 for branch master has been pushed to the review server.
It is available at http://review.typo3.org/15252
Updated by Alexander Opitz over 10 years ago
- Status changed from Under Review to New
- Target version deleted (
6.1.0)
Patch was abandoned. I also like to vote for handling this in an extension instead of core.
Updated by Felix Kopp about 10 years ago
- Status changed from New to Rejected
Will not have this option. Hide in menu is not a primary task that should be accessible at first click.