menu.ini [MenuAccessSettings]
The block [MenuAccessSettings] of settings/menu.ini, with 2 setting(s).
Example of a custom navigation part
See TopMenuAdminMenu for how you can combine this with a
new top menu
Part[ezcustomnavigationpart]=Custom navigation
Never edit settings/menu.ini itself: an update replaces it. Put the settings you change in an override, which wins over the shipped file:
settings/override/menu.ini.append.phpfor every siteaccess,settings/siteaccess/<siteaccess>/menu.ini.append.phpfor one siteaccess,extension/<extension>/settings/menu.ini.append.phpin an extension (read when the extension is active).
CheckViewAccess
Shows a top tab ([Topmenu_*] URL) or a left menu link ([Leftmenu_*] Links[]) only to a user who
can open the address it points to, checked the way the kernel checks the request (expViewAccess):
the URL alias, the view's policy functions with their limitations (a view without functions needs
the module), the siteaccess's [SiteAccessRules], RequireUserLogin, the user/login SiteAccess
limitation, and the node or object of content/view and content/edit. It comes on top of the
PolicyList settings below, which stay for what an address cannot tell (a node to be readable, a
policy the view itself asks for). Templates ask the same: fetch( 'user', 'can_open', hash( 'uri', ... ) ).
enabled | disabled
Default: enabled.
# settings/override/menu.ini.append.php
[MenuAccessSettings]
CheckViewAccess=enabled
*/ ?>NoAccessLinks
What becomes of a left menu link the user cannot open:
hidden the link is left out (and a menu with no link left is left out)
disabled its name is shown without a link (the behaviour of the 4.x releases)
Default: hidden.
# settings/override/menu.ini.append.php
[MenuAccessSettings]
NoAccessLinks=hidden
*/ ?>Related
Generated by ./console exp:help:examples from settings/menu.ini. Do not edit this page: change the source and generate again (how). Free documentation: GFDL 1.3 or later.