Category: Menu

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]

{syntax type="tiki" editor="plain"}
I have noticed that at some point my System Menu optionIds on my localhost test Tiki changed to 202,203,204 etc. instead of 1,2,3,... in the database tiki_menu_options table so I wanted to give a try to the "Reset" button in the tiki-admin_menus.php trying to reset the menu to its original state but instead I got the fatal error on http://localhost/tiki/tiki-admin_menus.php?reset=y&menuId=42

Here is a screenshot:
{img fileId="3174" thumb="box"}

Here is the error message:
{CODE(theme="default")}System error.
The following error message was returned:

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
The query was:

INSERT INTO `tiki_menu_options` (`menuId`,`type`,`name`,`url`,`position`,`section`,`perm`,`groupname`,`userlevel`,`icon`) VALUES
The built query was likely:

INSERT INTO `tiki_menu_options` (`menuId`,`type`,`name`,`url`,`position`,`section`,`perm`,`groupname`,`userlevel`,`icon`) VALUES{CODE}

If the page I am looking for doesn't exist, Tiki will send to a similar page (if only one) or to the list of pages (if many)

This is interesting.

However, I may not want this behavior if I am building my wiki pages from the menu 1- create menu and 2 click on it to create page and thus testing the link.

This new feature (which wasn't there before) creates a new behavior that maybe should be the default. But it should be possible to turn it off.

AFAICT, feature_redirect_on_error (in tiki-admin.php?page=features) doesn't seem to do anything in 1.9 or 1.10 Redirect on error seems to always be on.

On a Tiki23 if the layout option is set with : Classic boostrap (Fixed top menu) the menu is lost when navigating on the admin pages.

The original website logo (brand icon) is changed for a Tiki icon making things more confusing.

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

Bottom module is also lost...

All bootstrap themes or themes bootstrap adaptation will suffer from this problem.
This block upgrading websites.

We should have some ready-made zones, where template designers can just

It should be possible to populate these zones with Site Identity or in the templates.


Please examples of floating boxes here:
http://www.jtricks.com/javascript/navigation/floating.html
http://www.phpletter.com/Demo/Jquery-Floating-Box-Plugin/

It could also be pull out thingies or horizontal bars

When creating menu options (tiki-amdin_menu_options), Tiki shows a Preview of the menu being built. However, when creating a SECTION option, Tiki does not show the folder icon (as defined on the tiki-admin_menus page).

To reproduce:
#Go to a tracker item. Ex.:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2441

#Click full screen mode
You are sent to
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId%3D2441&fullscreen=y


After, that initial error, full screen mode works well

It has been suggested this has a link with ShortURLs
{QUOTE(replyto="Gary")}When using the short url, then clicking the fullscreen icon, and then clicking it again to leave fullscreen view, the url gets mangled and I end up at the home page. (Example: http://zukakakina.com/tw3/absE (external link) -> http://zukakakina.com/tw3/tiki-index.php?page%3DabsE&fullscreen=y (external link) -> http://zukakakina.com/tw3/tiki-index.php?page%253DabsE&fullscreen=n. (external link) The first = becomes encoded so the url breaks. chibaguy - r17975) {QUOTE}

The global navbar color assigned on tiki-admin.php?page=look is ''always'' applied, so when assigning a menu module and giving it a parameter like "navbar_class=navbar navbar-expand-lg navbar-light bg-light", when the global pref is "dark", this is the result in the page source: -+ <nav class="navbar navbar-expand-lg navbar-light bg-light navbar-dark bg-dark" role="navigation"> +-

The combination of color classes causes problems for link colors, etc.

There are times when, because of the theme colors, both navbar-dark and navbar-light are needed, like when the topbar zone has a dark background and the page footer has a light background, so when a per-module color parameter is specified on admin-modules, it should __replace__ the Look and Feel global setting, not be added to it.

Calendar should be like the other elements in the menu

for exemple:
Calendar
view calendar
add an event (which means we need an URL for this)
admin calendar

__tiki-admin_menus.php__

After an upgrade from 15 to trunk the groups are not shown anymore when menu items are listed.

This is emberassing and time consuming, especially when you use the feature to manage the menu item display via the groups.

Now you have to open each single menu item, when you want to check for which group or group combination the item currently is set to visible.

In case you had several identical items for different group combinations you will get crazy, but even for average use cases (only one group set) and only few menu items it is quite annoying to not see the group in the listing.

Ths is a UX deprication an a regression of something we have in Tiki since ... beofre Tiki 2 I'd say and which is absolute basic.

In case that would be an option/preference (why it should be?) please set it to visible by default!

Best regards,
Torsten

{syntax type="tiki" editor="plain"}
There seems to be an view menuitem "access rights" bug in the menu system
at least in my horisontalcustom PHPlayers menu
when having several groups assigned to a menuitem.

How to verify bug:
I have one person assigned to group "Group_a"
and another person assigned to group "Group_b"

I have a menuitem that allows users with group
"Group_a" or "Group_b" to show menuitem.

But the menuitem is not shown in the menu
for any of the two users.

Edit menu option:
Name: Pictures bla. bla.
url: tiki-browse_gallery.php?galleryId=54
For wiki page, use ((PageName)).
Sections:
Permissions:
Group: Group_a and Group_b SELECTED in listbox
Type: option Position: 52

If I assign the menuitem for one group only it works fine
but nbot if I assign more than one group.

I use Tikiwiki version 2.2

Can anyone verify this bug?
This bug needs to be fixed :-)

If you setup your home page to (say) point to your personal blog, then the Home entry in the application menu doesn't point to it. It still ends up pointing to the wiki home page.

I have managed to create a horizontal menu (cf. the bug that menu creation on Tiki 18.8 is impossible) by directly manipulating it's table in the database.

While that has worked, in principle, I do have a layout problem: I want to have, aside from the text, one of the options with a logo. So I created at tiny PNG in the height of the text in the (horizontal) menu, but I cannot adjust the height (vertical position) of this tiny image in relation to the vertical position of the adjacent text. How can I shift either the graphics (currently via img plugin) or the text vertically so that image and text are nicely "in line"?

Ideal would be the vertical center, but if that isn't possible, top or bottom could also do.

I hesitate to render all menu items as solid graphics. From a graphics designer's point of view that would ease things, but slow down initial page load, and/or display nasty ALT text until loading/caching has finished.

Thanks
hman

{syntax type="tiki" editor="plain"}
Checking the page with the browser inspector, I find the class -+dropdown-menu-bottom+- that wasn't there before. Two questions:

# Why is this applied to a vertical menu in a side column where there is plenty of vertical space for dropdowns to display normally? It would be appropriate in a menu in the footer module zone.
# Bootstrap already has a [https://getbootstrap.com/docs/5.3/components/dropdowns/#dropup|dropup] class. And Smartmenus already have a -+sm-navbar--drop-reverse-y+- class to provide "drop up" behavior. I usually have a horizontal system menu in the bottom zone and add this class when assigning the module. Unless I'm missing something, if the desired behavior is for dropdowns to drop upward, why not use these classes instead of reinventing the wheel with superfluous CSS?

IMO it's really important for all developers who work on the Tiki interface to be very familiar with the Bootstrap classes that are available, and to use these instead of increasing the size of Tiki stylesheets with new homegrown rules that do the same thing.

I just came across a problem with the vertical offset for targeting headings with autotoc. That is, a problem caused by this code:
{CODE()}
h1:target::before, h2:target::before, h3:target::before, h4:target::before, h5:target::before, h6:target::before {
content: "";
display: block;
height: 83px;
margin: -83px 0 0;
}
which is inline CSS when autotoc and the sticky top navbar (in this case 83px in height) are used. In a page with some links just above a heading, the links can't be clicked because the transparent 83px-high target overlaps them from the heading below.

I tried a few tweaks to the CSS but didn't have any success. Probably at least it should be documented, that every heading or other in-page anchor targeted by a link will have a zone above it equal to the navbar offset set in L&F admin that shouldn't contain links or other HTML that needs to be clicked, etc.

Here is:
http://phplm.sourceforge.net/docs/CHANGELOG.txt

{syntax type="tiki" editor="plain"}
It is not possible to delete a menu option anymore on Tiki29. (among other errors)

Videoshot: https://streamable.com/ykmbu7

It would be nice if menu option positions renumbered when you make changes. I know they're positioned 10 apart, I assume so you can insert things later, but I'm OCD so I'd renumber them anyway if I ever had to make changes (:razz:) If I had to guess, this would be a fairly easy change, module orders already do this so the code can probably pretty much be copy/pasted from there.