Project

General

Profile

Actions

Feature #41526

closed

Make "Hide in menu" option easier

Added by Thomas Löffler over 11 years ago. Updated over 9 years ago.

Status:
Rejected
Priority:
Must have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2012-10-02
Due date:
% Done:

0%

Estimated time:
PHP Version:
Tags:
Complexity:
Sprint Focus:

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:
  1. Remove the option in the page record and add a doktype with in menu hidden pages
  2. 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
Actions #1

Updated by Ben van 't Ende over 11 years ago

i would say option two is more logical and maybe easier to implement. to me it is not be a new pagetype.

Actions #2

Updated by Jo Hasenau over 11 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.

Actions #3

Updated by Ingo Renner over 11 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.

Actions #4

Updated by Peter Kraume over 11 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)

Actions #5

Updated by Thomas Löffler over 11 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"?

Actions #6

Updated by Georg Ringer over 11 years ago

  • Status changed from New to Accepted

submenu "page actions"!

can you provide a patch for it?

Actions #7

Updated by Thomas Löffler over 11 years ago

Okay in this way? Maybe you can push it into 6.0? :)

Actions #9

Updated by Gerrit Code Review over 11 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

Actions #10

Updated by Helmut Hummel over 11 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.

Actions #11

Updated by Thomas Löffler over 11 years ago

I think the Usability Team should have a look on it.
A new position is implemented very fast.

Actions #12

Updated by Jens Hoffmann over 11 years ago

Hi,

I would suggest:

A.)

  1. Show
  2. -------
  3. Edit
  4. Info
  5. History
  6. -------
  7. Hide in Menu
  8. Disable
  9. -------
  10. Page actions
  11. Branch actions

Or:

B.)

  1. Show
  2. -------
  3. Edit
  4. Info
  5. History
  6. -------
  7. Disable
  8. -------
  9. Page actions
    1. New
    2. -------
    3. Hide in Menu
    4. -------
    5. Cut
    6. Copy
    7. -------
    8. Delete
  10. 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

Actions #13

Updated by Thomas Löffler over 11 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:

  1. Show
  2. -------
  3. Disable
  4. Not in menu
  5. -------
  6. Edit
  7. Info
  8. History
  9. -------
  10. Page Actions
  11. Branch Actions
Actions #14

Updated by Ingo Renner over 11 years ago

I'd also go with Jens' plan A

Actions #15

Updated by Jens Hoffmann over 11 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

Actions #16

Updated by Jens Hoffmann over 11 years ago

BTW: Great Idea, to have this in there! :) THX

Actions #17

Updated by Thomas Löffler over 11 years ago

You're welcome! And "A" is good. :)
I will change the patch set tonight.

Actions #18

Updated by Gerrit Code Review over 11 years ago

Patch set 2 for branch master has been pushed to the review server.
It is available at http://review.typo3.org/15252

Actions #19

Updated by Gerrit Code Review over 11 years ago

Patch set 3 for branch master has been pushed to the review server.
It is available at http://review.typo3.org/15252

Actions #20

Updated by Alexander Opitz almost 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.

Actions #21

Updated by Felix Kopp over 9 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.

Actions

Also available in: Atom PDF