Category: Menu

As of Tiki 1.9.7, only Tiki admins (full admins) can manage Tiki menus. Yet, this is often something we may want to delegate to editors.

tiki_p_admin_menu would be very useful

On a fresh install of BRANCH-1-9 from July 31, 2007.

To reproduce:
Log in as admin. Enable articles. Click on the word "articles" in the menu immediately to the right of the file folder icon. No page is shown. Click on "Articles Home". No page is shown. When you hover over the item, the URL in the bottom of the browser seems to be correct. The file exists. Apache does not show any errors

From tiki-admin.php?page=cms (the articles admin page) when you gof rom Submissions checkbox = F to T the system doesn't automatically rebuild the Articles Menu to include the Submit Article command line.

Registered users then have no way of submiting an article because that command doesn't show up on thier menu.

In trunk, when I click on Community/User list in the application menu, I get redirected from tiki-list_users.php to the homepage because of "$access->redirect($prefs['tikiIndex']);". I'm not sure what the status is of this feature but if tiki-list_users.php isn't an actual content page then there shouldn't be a link to it in the default menu.

I don't know if there's some preference option that I haven't activated that would make a difference; there doesn't seem to be code to allow that on the page.

tiki-mobile.php should appear in the menu when activated

BUG: It is possible to surf blogs in mobile mode even when deactivated.

WYSIWYCA: tiki-list_articles.php?mode=mobile and link to articles in tiki-mobile.php should only show when it user can see articles. Make sure to check topic permissions too.

By going to https://nextdev.dev9.evoludata.com where regressions from 24 to 25 are done on https://dev.tiki.org/, the menu is inaccessible.

With a default Bootstrap menu in the footer, on the Unified Admin Backend page, menu item dropdowns drop down and the page isn't scrollable to reveal the dropdown.

With Smartmenus turned on, the dropdowns in the footer menu will scroll upward away from the bottom margin but only a few items can be seen because the dropdown is hidden or blocked by the div above the footer. It seems like maybe a z-index problem.

This would be nice to have more control over menu look & feel

http://wiki.novemberborn.net/sifr/
"sIFR (or Scalable Inman Flash Replacement) is a technology that allows you to replace text elements on screen with Flash equivalents."


http://www.text2png.com/code_standalone.php


http://www.iconforge.co.za/

In version 1.8 and below [http://tikiwiki.org/tiki-index.php?page=UserMenu|UserMenu] was always displayed for logged in user on the bottom of the Menu section. After upgrade to version 1.9.3 and 1.9.4, UserMenu does not appear on the page.

The problem is in the __mnu_application_menu__ module. It is no longer display the "User Menu". This module is preferrable to alternative application_menu, because it does hide the menu item, if current user has no rights to it.

In Tiki 14 the "collapsed" user menu fails to open when the button is clicked in Chrome and Opera.
Works fine in Firefox and IE.

This may be a blocker

... show instance works fine.
Must be something locally on my installation

User menus with children (below section level 0) doesn't display. Clicking the expand arrow opens a box behind the assigned module so only a very small piece is seen.

{syntax type="tiki" editor="plain"}
I upgraded a TW 1.9.1 installation to 2.3 (I did an upgrade from 1.9.1 to 1.9.11 first, and then immediately did the upgrade to 2.3).

After the upgrade completed successfully, I noticed that the user modules I had were empty. I could see the title and the box, but no content (which were user menus).

To make a long story short, I found that the problem was the templates/tiki-user_menu.tpl template was not rendering anything. I noticed that there was also a tiki-usermenu.tpl template that rendered a list of menus for the admin pages. I tried renaming the tiki-user_menu.tpl file to tiki-user_menu2.tpl and changing line 34 of the lib/smarty_tiki/function.menu.php file to:

$tpl = 'tiki-user_menu2.tpl';

That fixed the problem.

Maybe there's some sort of name collision with tiki-usermenu.tpl when Smarty tries rendering tiki-user_menu.tpl. I didn't see any PHP errors when it wasn't working. Yes, I did try clearing TikiWiki's caches and the browser's cache and it didn't work.

When using articles on a tiki 5 site, using a thenews.css-based theme style, we don't see the horizontal menu at the top bar.
On all the other tiki features, that menu is shown as expected.
You can reproduce that here:
http://intercanvis.net

versus


http://intercanvis.net/articles

menus for some time have had the option to have the menu label wiki parsed - which allows customised formatting of the label and if required the addition of images etc

for wiki parsed menus that are displayed using the 'old' suckerfish menus this still works perfectly so that for example a menu item with the label:

~np~Home {img src="img/icons/home.gif" height="12" width="12" alt="Image"}~/np~

creates the parsed output of:

~np~<li class="option217 menuSection menuSection0 menuLevel0">
<a href="HomePage">
<span class="menuText">
Home
<img class="regImage pluginImg" width="12" height="12" alt="Image" src="img/icons/home.gif">
</span>
</a>
</li>~/np~

and will correctly display: Home {img src="img/icons/home.gif" height="12" width="12" alt="Image"}

However when the same menu is displayed using a bootstrap menu format something goes wrong with the wiki parsing causing an additional / to added to the end of the img tag ie

~np~<li>
<a href="tiki-index.php?page=HomePage">Home <img src="img/icons/home.gif" height="12" width="12" alt="Image" class="regImage pluginImg" /> </a>
</li>~/np~

this is then displayed as:

Home <img src="img/icons/home.gif" height="12" width="12" alt="Image" class="regImage pluginImg" />

ie showing all the html

A plugin like this:
{img src=images/code.png}%%% {CODE()}
{BACK()}{BACK}
{CODE}

Thats does this:
{img src=images/code.png}%%% {CODE()}
<input type=button value="Back" inhibited_Click="history.go(-1)">
{CODE}

{syntax type="tiki" editor="plain"}
On a Tiki23, I can activate the "Revision approval" feature for Wiki Pages at -+tiki-admin.php?page=wiki#contentadmin_wiki-3+-
Admin => Wiki page => Flagged Revision => Revision approval

This function then requires the user to select the categories that will be governed by this feature using the field "Revision approval categories".

This is workable if you have a few categories (like 10 or 20). However, if you have many categories and subcategories, it becomes very complicated and hard to understand how to manage them.

To add to the confusion, there is an "invisible" limit on the number of categories that will be displayed. By default, you will see only 50 category results because of the setting:
Look&Feel => Navigation => Limits => Maximum number of records in listings: 50

It is very hard to understand why you don't see all the categories if you are not a super power user.

When a wiki page is renamed, all links in Wiki pages are fixed. Excellent!

However, menu items are not updated. This would be a nice to have. Same thing for wikilinks in forum posts, trackers, etc

I guess it could get tricky because some use links like tiki-index.php?page=blabla, but some just but blabla and use the .htaccess

On Tiki25 using the bootstrap classic layout and default theme the topbar, navbar menu placed after a logo the result is not good. The "Fixed-top navbar height" HAS to be set with some minimal value (not set by default).

Worst on mobile... Check the instance.

Tiki doesn't meet standard expectation IMO, it was "ok" on Tiki24.
---
On desktop:
{img fileId="1898" thumb="box"}

---
On mobile:
{img fileId="1899" thumb="box"}
{img fileId="1900" thumb="box"}

After upgrading to 1.10, php layers menus from 1.9 are gone from site identity.

Apparently, there are also reports of display of horizontal CSS ("suckerfish") menus not correct. Tag isn't setting horizontal style or getting css/cssmenu_horiz.css so top-level items display vertically rather than horizontally.

{syntax type="tiki" editor="plain"}
Under Menu > Navigation in the admin settings, attempting to edit the menu's Details/Options (via the dialog accessed using the edit/pencil button) results in the following error:

* Incorrect integer value: '' for column `tikiwiki`.`tiki_menu_options`.`userlevel` at row 1

This means that no options can be updated for menus. Name, group restrictions, et al. Menus can still be re-ordered and re-arranged, but no settings, labels, or other features are saving.

This is a brand-new, fresh install, and I am not seeing any errors when updating any other content or items.

__Steps to reproduce:__
# Visit Admin > Menu > Navigation
# Click on the Pencil/Edit Icon next to a menu option
# Make changes and click "Save"

__Faulty consequence:__
* Error appears at top of page, and no settings are changed.

__Expected behavior:__
* I expect the settings to be saved and no error to appear.

__Workaround:__
Use menus without permissions or customization. This means that menu items that should not appear for, say, anonymous users will still appear, and take the visitor to an error/access denied message. Menu link, title and position are the only things that can be changed, as they can be adjusted through the menu options list.

dev.tiki.org has two menus at the top. They become a click to open icon.

Clicking on one or the other always open both

Ive noticed that drop down menus and hovers seem to have stopped working in trunk. Seems like it might be related to bootstrap upgrade.

Features that I use regularly that no longer work include the login dropdown and hover help in preferences.

The system menu is empty on a new install of master as log as you are not logged.
Once logged (admin) clicking on the white space will open the submenu a display items.

{img fileId="1552" thumb="box"}

If I edit the module that displays the menu and add a preferences value (No page) a type = horizontal preferences is set.

{img fileId="1553" thumb="box"}

{syntax type="tiki" editor="plain"}
Sorry but i don speak english very well. I use google translate
Queria informar que encontre errores en el menu id=42
Cuando hago click en calendario, article, foro, blog, tikisheet, y otros que no recuerdo, me sale error de pagina no encontrada...Me fije para modificar el menu pero cuando hago los cambios, no los guarda.
Cuando creo paginas wiki me produce el mismo error al guardar me sale pagina no encontrada
Es lo que encontre como error hasta el momento
Muchas gracias por todo


Queria report that found errors in the menu id = 42
When I click on calendar, article, forum, blog, tikisheet, and others who do not remember, I get page not found error ... I determined to change the menu but when I make changes, do not save them.
When I create wiki pages gives me the same error when saving I get page not found
It's what I found as far error.
Thank you very much for everything.

{syntax type="tiki" editor="plain"}
Here's what I did:

#Create user menu module
#Create menu
##Add items to menu
#Assign menu to menu module using {menu id=45}


[show_image.php?id=67&thumb=1|Here's an image]