Category: Menu

Process: TikiWiki 2.0 installation from scratch
In the table definition for tiki_menues the field for 'icon' path is missing.
Which field definition should be used - (VARCHAR(254)- ok?

Contributors

Contributors

Contributors

I have confirmed this bug (2184) in Tiki 6.3 using Chrome and IE7/8.

I am not a javascript guru so this may not be the most eloquent solution, but it works.

To fix, replace the icntoggle function (line 693) in tiki-js.js with the following:

I can't see the reason for the separation between the structures feature and the menu feature - structures are massively easier to create and edit, but only menus can be shown collapsibly. Separation of functions leads to confusion and harder support.

Admin -> General -> Navigation

I upgraded from 1.85 to 1.9.0 without any problems. Things were working fine. Today, however, I logged in to access the admin area, and no admin links from the menu! All gone! What do I need to do to fix this? How can I access the admin area without links?

Admin, Menus Feature

When I try and add a new menu I receive the following error:


An error occurred in a database query!

Message:
Unknown column 'icon' in 'field list'

This is see is a new field in 2.0. I then tried entering the folder information to the icons but the new menu will still not save.

Many (most) websites require the use of both a main menu and a secondary menu.

In the "user list" menu, the menu where I have the 10 top users, the "More.." button does not work, I get the message:

"This feature is disabled"

And I have enabled the permission "tiki_p_list_users"

This is about the popup menus in the top part of the page and applies to several of the default themes in version 6.

In many of the themes, there seems to be a gap between the menu heading and the popup such that when the mouse is moved down to access a popup menu, the menu disappears, making it nearly impossible to access!

A theme example is Arcturus - Amette, but that is not the only one, no the worst.

This happens on both Safari and OmniWeb.

It is actually possible to access the popup with some practise. There seems to be some flag toggling going on as well because it can be made easier if the popping up is reset in some way.

Karl

Wiki pages links are case insensitive but the category permission check for wiki pages menu entry only works if the case of the link matches the case of the wiki page name.

Say you have a wiki page called "Foo" and the "Registered" group has view permission to this page granted by a category. If you create a menu entry linking to the "Foo" page and set the URL as "((Foo))" everything will work as expected. But if you set the URL as "((foo))" the menu option will not appear to the users of the "Registered" group. Obviously for this to happen the "Registered" group must not have global tiki_p_view.

This does not happen if object permissions, instead of category permissions, grant access to the "Foo" page.

This affects e.g. Articles, Admin and Image Galleries

Weirdest thing about that is, that the menu is collapsed when in Admin -> Menu editing the menu.. :O

http://sourceforge.net/tracker/index.php?func=detail&aid=1175645&group_id=64258&atid=506846

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.

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.

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]

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.

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}

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

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.

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

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.

It used to only take checking a checkbox to create a beautiful horizontal menu instead of the horrible, default vertical menu on the left side of the page.



Now it is a complete mystery to me how this is accomplished. I have tried it at OpenSourceCMS.com only to get marginal results.

The module freetags should have an option to disable the display it as a menu item in the main menu.

Since tiki-9.1 opening links in new page stopped working
http://doc.tiki.org/Menu#url_-_attributes_target_rel_..._

{CODE()}http://someurl" target="_blank{CODE}

Turning on the following does not seem to work
*"Allow HTML in menu option names and URLs"
*"REALLY allow HTML (INSECURE)"

I turned this on before but with some upgrade it seems to have been turned of again.
Although it is turned off in tiki-8.5 and tiki-9.0 it does work.

Please ad a option to open links in new page in "Create menu option" or fix the above.

On doc.tiki.org/Installation, there is a link to doc.tiki.org/tiki-index.php/page=Installation

{img fileId=54}

And then, this page is broken, and it has many new links to index, most of which are invalid.

{img fileId=55}


Another example:
{img fileId=63}

When I place 2 menu modules under eachother, the second one doesn't show up.
And I can't figure out why. When I place something between the modules (e.g. Switch Language), all 3 show up.

When I view the source code of the generated page, the second menu has a display:none value. So I know the problem does not lie within the css file.
{CODE(caption="source" wrap="1" colors="htmlmixed")}<div title="Module Execution Time 0.011s" id="module_20" class="box box-menu cssmenubox module">
<div id="mod-menul1" style="display: block;" class="clearfix box-data"></div>
<div class="box-footer"></div>
</div>
<div title="Module Execution Time 0.004s" id="module_21" class="box box-menu cssmenubox module">
<div id="mod-menul2" style="display: none;" class="clearfix box-data"></div>
<div class="box-footer"></div>
</div>{CODE}

Modules have been set with decoration=n, notitle=y.
And the menu type=f. Though neither option has an effect on the problem.

Features Classification

Menus items can have
Name
URL:
Sections:
Permissions:
Group:
Type:

We need an extra option for the language. Using the nifty lang & notlang as below gives more flexibility:
{CODE()}
{LANG([not]lang=>code[+code+...])}text{LANG
{CODE}

In the URL, it would nice to [tiki-view_tracker_item.php?itemId=948|be able to use variables]

URL:
{CODE()}
tiki-index.php?page=BogusPage{lang}
{CODE}


Name:
{CODE()}
{tr}my translated text{/tr}
{CODE}

There is a table in the database which seems unused.
tiki_menu_languages

Related:
*{wish id=521}
*{wish id=3030}

When using phplayer menu system, using a sorted level 0 menu item - the msnu options under that sorted level are not sorted. This option works fine if your menu is not using phplayer, but once phplayer is used, it does not sort.

Error message:

LayersMenu Error: setMenuStructureString: empty string.
Halted.

and add in the menu like the other features.

[15:41]<ohertel> marc, what's tiki mobile? :)
[15:42]<damian> the HAWHAW interface
[15:42]<damian> for WAP, PDA, and VoiceTiki browsing
[15:42]<marclaporte> de.tikiwiki.org/tiki-mobile.php
[15:43]<marclaporte> you have this on without you knowing
[15:43] *** marclaporte sets topic for #tikiwiki : http://dev.tikiwiki.org/tracker5 For the next 1-2 hours, please keep all discussions focused on 1.9.0
[15:43]<ohertel> ah that one. :)
[15:43]<ohertel> marclaporte: so what you want for it? perms?
[15:44]<marclaporte> naw, just on / off
[15:44]<marclaporte> from main admin panel
[15:44]<ohertel> is only 1 entry in the prefs table
[15:44]<ohertel> no biggie
[15:44]<marclaporte> perfect!
[15:44]<ohertel> so it needs no read db change
[15:45]<ohertel> just a feature_mobile = y/n :)
[15:45] *** ohertel doing update and starting debugger.
[15:45]<marclaporte> in theory default should be on be y by default to respect 3 rules, but since it isvery specialized, you can put n by default. Your choice!
[15:46]<damian> respect the rules.
[15:46]<damian> it causes less hassle for everyone that way
[15:46]<cpw> I'm going to submit what I have for my Japanese translations then
[15:46]<ohertel> we switch it off and write that to the release notes.

maketoc is often used in a div like this:

{CODE()}{DIV(float=>right,width="200px")}^{maketoc}^{DIV}{CODE}


How about making a param for this?
{CODE()}{maketoc float=left}{CODE}

Related: {wish id=1045}


dev.tw.o has too many items on the menu. Using ((doc:Module MenuPage)), so we would need CSS menu or Phplayersmenu.

But if so, we lose the version history, ease of contribution of a menu in wiki wage.

How about the best of both worlds?

Perhaps a menu using a special code around the hierarchy (with bullet points), it can be caught and used by css menu.

Contributors

Related:
[wish1887|Modules use should be restrictable with standard permissions]


Read from bottom up:

2008-05-27 00:46:33 Norrin_Rrr mmh
2008-05-27 00:45:57 prozaq you could probably modify that
2008-05-27 00:45:39 prozaq that displays all categories
2008-05-27 00:45:32 prozaq Norrin_Rrr: in 1.10 there is a module called "categories"
2008-05-27 00:41:25 Norrin_Rrr will try it
2008-05-27 00:41:16 Norrin_Rrr the example in the documentation says its for features not sections that s weird
2008-05-27 00:40:51 prozaq oh - yes I think so, but Ive never tried it
2008-05-27 00:40:34 prozaq beg your pardon?
2008-05-27 00:39:45 Norrin_Rrr the section parameter in the menu its to set wich section (wiki/cms/forums) will display the menu ?
2008-05-27 00:38:54 Norrin_Rrr that should be doable
2008-05-27 00:38:19 prozaq so you should be able to copy some of the code from the tiki-browse_categories pages
2008-05-27 00:34:38 Norrin_Rrr yes
2008-05-27 00:34:16 prozaq but isnät that when you are creating a module from scratch?
2008-05-27 00:34:07 Norrin_Rrr i am not sure but there seems a possibility for hacking ?
2008-05-27 00:33:44 Norrin_Rrr "So if you know about Smarty template editing you can use any Smarty tag in your user modules."
2008-05-27 00:33:05 Norrin_Rrr ah okay i am at the module documentation, and its seems there are some conditionals with TW1.10 for modules but unfortunatly none for specific category
2008-05-27 00:32:56 *** franck has left #tikiwikin
2008-05-27 00:29:43 *** kiilo_ has quit IRCn
2008-05-27 00:28:34 Suprano even more if you paste in in a formular :D
2008-05-27 00:28:15 Suprano hmmm copying 4mb text slows down the pc
2008-05-27 00:28:10 Norrin_Rrr and display a menu that gather the various item of this category
2008-05-27 00:27:59 prozaq marclaporte: earlier I posted a bug to the tracker item Bugs & Wish list on dev.tikiwiki.org but how do I post to the "All Bugs" section or the "Release 110 taged bugs" ? section
2008-05-27 00:27:38 Norrin_Rrr yes
2008-05-27 00:27:30 marclaporte the goal would be to show a certain module only if current item (page, etc) is in category X ?
2008-05-27 00:26:07 prozaq eek...
2008-05-27 00:25:45 Norrin_Rrr its seems it works for feature enabled on the site but not for category (?)
2008-05-27 00:25:16 Norrin_Rrr yep i have the doc about the menu under my nose but i don't understand the section parameter
2008-05-27 00:24:39 marclaporte hi prozaq
2008-05-27 00:24:24 prozaq marclaporte: hi
2008-05-27 00:24:19 prozaq but Iäm not sure a specific category would fall under that
2008-05-27 00:23:57 prozaq it seems that you can tell a module which "section" it should appear in
2008-05-27 00:22:37 Norrin_Rrr for now 1.9.9 but 1.10 soon i hope :)
2008-05-27 00:21:20 *** marclaporte has joined #tikiwikin
2008-05-27 00:20:45 prozaq which version are you using norrin?
2008-05-27 00:18:38 Norrin_Rrr i am not sure, a module with a menu would be nice
2008-05-27 00:18:08 prozaq a menu item or a module with menus?
2008-05-27 00:17:29 Norrin_Rrr and hello everybody ;)
2008-05-27 00:16:39 Norrin_Rrr Is it possible to show a menu only when a user reach an item belonging to a given category ?
2008-05-27 00:15:24 *** Norrin_Rrr has joined #tikiwikin







Sylvie has recently added some useful code in BRANCH-1-10 so we can use categories as conditions in templates (.tpl)

[http://dev.tikiwiki.org/Hello+World#To_do_something_specific_in_a_template_ex_tiki_tpl_conditional_to_the_current_item_being_in_a_category_Ex_different_header_picture_|related info in Hello World]

The menu cache can't create the directory at /templates_c, when the user loged has a lot of assigned groups. The name of the directory are the concatenation of the groups names.

I have been trying all weekend to get a menu item to be visible and active for an anonymous user.
The uri is elkstudy.com.
There are four items in the menu. Here is the .csv:
"optionId","type","name","url","position","section","perm","groupname","userlevel","remove"
203,"o","Home","tiki-index.php",2,"","","Anonymous",0,"n"
205,"s","About EMG","",3,"","","Anonymous",0,"n"
208,"o","Introduction","tiki-index.php?page=Introduction",4,"","","Anonymous",0,"n"
207,"o","Purpose","tiki-index.php?page=emgPurpose",5,"","","Anonymous",0,"n"
204,"s","FAQs","tiki-list_faqs.php",8,"feature_faqs","tiki_p_view_faqs, tiki_p_suggest_faq,tiki_p_view","Anonymous",0,"n"
206,"s","News","tiki-view_articles.php",10,"feature_articles","tiki_p_read_article, tiki_p_topic_read","Anonymous",0,"n"

I made FAQs work only by pointing to a Wiki page, which is OK.
But I cannot get the item to be visible either for anonymous or registered users (only admin) so that anyone can get to the articles section, which I want to be a news section.
I have looked into a theme problem (same issue with any of a dozen themes) I'm using a variant of absE.
I have tried plain menus {menu id=45} and the three variations on the PHPLayers (fixed, etc.)
I have tried a simple flat arrangement (all section0).
I have tried attaching a public category to all menu items.
I have spend this weekend chasing around for a solution but I haven't found one.
I would prefer to link to the FAQs module instead of building Wiki pages, but I couldn't get that to work either.
Thanks
db

mnu_application_menu aka db clone menu ID=42 doesn't follow enabled/disabled features of Admin section

When "site menu bar" is selected under "site identity features", and a menu is specified in the "tiki-top_bar.tpl" file, as below:


{if $feature_phplayers eq 'y' and $feature_siteidentity eq 'y' and $feature_sitemenu eq 'y'}
<br><br>
{phplayers id=44 type=horiz}
{/if}


If the menu does not have any options that are permitted by the current user (no sections to display - prior to loggin in to site, for example), the system crashes because of an empty string.

To recover it is necessary to manually edit the tiki database to add a menu section that has no permission requirements.

In the example above, menu id 44 has no sections or options that are viewable by unregistered users. When the site is entered, tiki halts because of an empty string, apparently because there is no menu selection possible for the user (not logged in yet.)

I use Tikiwiki v2.2

I use the standard menu id=42 for admin menu on the right pane on my website but the menus will not expand so I am able to see the menuitems.

I get the following javascript error in my browser:

Error: document.getElementsByName("icn" + foo)[0] is undefined
Source File: http://www.mydomain.com/lib/tiki-js.js
Line: 520

Featured link (tiki-admin_links.php) offers three types of links (framed, new window, replace).

This functionality would be most welcome with our menu system (tiki-admin_menus.php) when adding links.

As of now, you need to full admin to edit the menus. Often, we would like to delegate this to somewhere at the editor level.

Since some weeks ago, afaik (April 2008, or so), menus and menu options cannot be seen for anonymous on several sites that I admin, including edu.tikiwiki.org, if you select some themes. Example: moreneat.css

On others, like http://moviments.net/ilp (using nornia.css), the menu on a module assigned to anonymous and registered, was shown when you logged in. Right now I've just assigned thatmodule to admins only, and used menupage module, which works fine. But I can re-set the previous config. is somebody wants to reproduce the missworking.

Part of IRC-Log from 20050709:

[18:48:51] luci amette: imho the quickest fix for the Admin menu would be: 1. rename "Admin home" to "Admin Sections"
[18:49:40] luci amette: 2. clicking Admin folder would bring you list with the same entries like when you expand the folder
[18:50:53] luci 3. rename "Admin mods" entry to "Mods Admin" to prevent listing it as first entry since the menu is alphabetically sorted
[18:50:57] amette luci : Yup, that sounds really clean - Admin Home should be moved to the top of the submenu then though
[18:51:08] luci sure
[18:51:36] amette Ah, just wanted to ask - yeah, alphabetical sort is bad here - I just looked at my menu and it took some time to find "Verwaltung Hauptseite" <- very much at the bottom
[18:52:12] luci "Admin Sections" sounds logical to me because we use "Sections" in title bar there already anyway
[18:52:41] luci amette: good point, that'Ä‘ why i fixed my language.php entry to "Administrace"
[18:55:06] luci ok, we can consider removing that sorting stuff
[18:55:42] amette What would be a good solution imho - It gives you e.g. the option to say "The third entry in Admin menu"
[18:55:52] luci maybe only the module one
[18:55:56] amette And you can sort options by importance!
[18:56:14] amette And I'm often confused, since my admin-account uses English and amette-account uses german
[18:56:20] luci amette: not that easy, some appear depending on fetures enabled

From here on, was discussed, that Admin Items could/should be hidden, when the corresponding feature is not activated. I'm not too sure about that now - because like that you loose the ability to customize a feature and then afterwards activate/release it.

I created one menu with multiple sub-items. I then applied it to user module, e.g.

{phplayers id=44 type=vert}

And displayed it on the right column. All good so far.

But when I added another menu with PHPlayers, e.g.

{phplayers id=45 type=vert}

then the first menu no longer showed the roll-over menus in the proper place, nor did they disapear after exit.

Since I upgraded to 3.0 from a 2.x I lost the mytiki item on the left menu and I don't know how to restore it. I'm using coalesce theme. Mine website is www.magowiz.net

To reproduce:

1- tiki-admin_menus.php

2- click the permission key

ex.:
tiki-objectpermissions.php?objectName=Go Green&objectType=menus&permType=menus&objectId=56

{CODE()}Permissions
No rows found

Warning
You must select at least one feature.{CODE}

Like this site:
http://agilewebsolutions.com/downloads


When you scroll down, the menu stays. The same idea could be done for a menu on the bottom of the page.

When you rollover any of the phplayers horiz menu, causing the menu to popup, and then subsequently try to use an overlib, e.g. the userlink popup that appears when you rollover the name of a user, the overlib will fail with javascript error "windowWidth is not a function".

The reason is because phplayers layersmenu.js (or if you have copied its contents into another file like layersmeny-header.ijs) defines windowWidth as it works, destroying the overlib function.

on 1.9.cvs

Horizontal phplayer menu is behaving weird when adding new options, etc. (sections level 0 and options inside dissapearing + separators rare)
Menú and menú items below, in utf-8 encoding.

{CODE()}
INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`) VALUES
(171, 43, 'r', 'Comissions', 'Comissions', 10, '', '', ''),
(172, 43, 'o', 'Secretaria', 'Comissió+de+Secretaria', 20, '', '', ''),
(173, 43, 'o', 'Turisme', 'Comissió+de+Turisme', 30, '', '', ''),
(174, 43, 'o', 'Dinamització social', 'Comissió+de+Dinamització+social', 40, '', '', ''),
(175, 43, 'o', 'Medi ambient', 'Comissió+de+Medi+ambient', 50, '', '', ''),
(191, 43, 's', 'Enllaços', 'tiki-directory_browse.php', 300, '', '', ''),
(177, 43, 'o', 'Login', 'tiki-login_scr.php', 1010, '', '', 'Anonymous'),
(178, 43, 'o', 'Logout', 'tiki-logout.php', 1010, '', '', 'Registered'),
(179, 43, 's', 'Activitats', '', 200, '', '', ''),
(180, 43, '1', '2007', '', 210, '', '', ''),
(181, 43, '2', 'Artístiques i artesanals', 'Activitats+artístiques+i+artesanals', 220, '', '', ''),
(182, 43, 'o', 'Comerç Just', 'Activitats+artístiques+i+artesanals+de+Comerç+Just', 230, '', '', ''),
(190, 43, '-', '', '', 1001, '', '', ''),
(185, 43, '1', '2006', '', 250, '', '', ''),
(186, 43, 'o', '<img src="img/rss.png" alt="Sindicació de notícies per Agregadors RSS" title="Sindicació de notícies per Agregadors RSS" border="0" />', 'Notícies+per+RSS', 1008, '', '', ''),
(189, 43, '-', '', '', 1000, '', '', ''),
(192, 43, 's', 'Home', 'index.php', 5, '', '', ''),
(193, 43, 'o', 'Presentació', 'Presentació', 7, '', '', ''),
(194, 43, 'o', 'Història de l''associació', 'Història+de+l´associació', 400, '', '', ''),
(195, 43, '-', '', '', 1002, '', '', ''),
(196, 43, '-', '', '', 1003, '', '', ''),
(197, 43, '-', '', '', 1004, '', '', ''),
(198, 43, '-', '', '', 1005, '', '', ''),
(199, 43, '-', '', '', 1009, '', '', ''),
(200, 43, 'o', 'Historia2', 'Historia2', 410, '', '', ''),
(201, 43, 'o', 'Presentació de les activitats', 'Presentació+de+les+activitats', 205, '', '', ''),
(202, 43, '-', '', '', 60, '', '', '');

INSERT INTO `tiki_menus` (`menuId`, `name`, `description`, `type`) VALUES
(43, 'Menú horitzontal capçalera', 'Menú horitzontal per la capçalera de la web', 'd');
{CODE}

If interested in analyzing any more in the server where it happened, please, request me an admin account at:
http://www.moviments.net/valldelcorb

so that you can reproduce the buggy behavior.
I'm afraid of adding new items or sections since they break the present layout of phplayer menus if it is set as horitzontal.
when previewed as vertical, it's always shown ok, at it should.

I was using twist.css theme style.
-------
April 4th: the problem seems to dissapear if using tikineat style instead of twist.css theme style. See the screenshots of the same menu with each theme style.

If a user has no access to a feature or a wiki page, normally the login page is shown. However, if the site has a phpLayers menu (E.g. {phplayers id=43 type=horiz} in Site Identity features - Custom Code - Content ), the phpLayers menu fails and dies. The user only sees a blank page with the message "LayersMenu Error: setMenuStructureString: empty string. Halted".

This code in db/tiki_1.8to1.9.sql used in upgrade script, is causing duplicate menu items.

{img src=images/code.png}%%% {CODE()} INSERT IGNORE INTO tiki_menu_options (menuId,type,name,url,position,section,perm,groupname) VALUES (42,'o','Mobile','tiki-mobile.php',37,'feature_mobile','','');
{CODE}

{img src=images/code.png}%%% {CODE()} INSERT INTO tiki_menu_options (menuId,type,name,url,position,section,perm,groupname) VALUES (42,'o','Users map','tiki-gmap_usermap.php',36,'feature_gmap','',''); {CODE}


Duplicates also happen for 187, and 188, 900, 1191, 1235, and in a minor way, 189, 780,

See screenshot attached.

The Search function on the top left of the Menu under the Home function does not work.


We have TikiWiki 2.3 installed.

Show Category Path + Show Category Objects was implemented a long time ago, and somewhat in a rush. One of those temporary things which became permanent. It only works in wiki pages, yet it would be logical to have this throughout the various features.

Seeing the list of items in the same category is very useful as contextual navigation.

After a new installation (Hosted by Dreamhost) I discovered that the "show quick url" option when creating a new menu doesn't work in IE8. The link does disappear but the menu doesn't doesn't fold out to the right as it should.

There are no third party programs / add-ons running in this browser.

Note: When creating a new menu in IE8 4 out of 5 times the menu doesn't show up.

Both issues above was tested to work right away in Google Chrome 5.0.375.99...

Should the site map be generated from the wiki structure? from the menu?


https://www.google.com/webmasters/tools/docs/en/protocol.html#sitemapOverview
http://www.sitemaps.org/

The ID generated by get_user_cache_id is used to create a new directory in templates_c/ . This ID is generated by concatenating all the groups a user is in.
When a user is in many groups the ID exceeds the maximum filename length of my system (FreeBSD 4.11).

Hello,

The default templates displays paneled hierarchical menus.

The second level must test is bottom position so that it will display a bottom arrow to scroll the options naturally hidden by the window inferior (here) limit.

For the moment the second level menu panel is truncated : this is a BUG.

So the user must understand or prepare by a general scroll (if possible) to allow a sufficient place to the menu to be displayed

trebly

Suckerfish menu dropdown items flicker in IE6 (rapidly switch between being displayed and background showing), apparently due to a javascript conflict. This happens whether or not jquery (w/ or w/o superfish) is activated. This type of menu works fine in IE6 normally (such as at the Superfish demo site), so there seems to be a conflict with something in Tiki. A Google search turned up similar problems in Joomla and Drupal, and was caused there by some conflict with some the javascript used by some module or other. I tested CSS variations, to rule out the possibility of CSS being the cause - no change made a difference.

Assuming Tiki will move from php layers menus to suckerfish menus, and there will still be a significant number of IE6 users, this should be solved as soon as possible.

Please see:
http://phplayersmenu.sourceforge.net/demo.php

phplayersmenu has 5 types.

$types['vert'] = 'layersmenu.inc.php';
$types['horiz'] = 'layersmenu.inc.php';
$types['tree'] = 'treemenu.inc.php';
$types['phptree'] = 'phptreemenu.inc.php';
$types['plain'] = 'phptreemenu.inc.php';

Tiki is only using 3.

"Two classes are provided to prepare also accessibility solutions, i.e. "server-side based" tree menus (that have just the same look of the above mentioned JavaScript-based tree menus, but require the PHP support on the web server) and plain menus that do not require the JavaScript support to the browser."

Related:
Menu items with link type options (framed, new window, replace)
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=521


We could also let the user determine an icon for each menu item.

With CSS Menus enabled (PHP Layers disabled), text and images on the background page show through the menu. See attachment image.

I can reproduce this on tw.o, as well as www.cbbca.ca (coelesce theme) but only using IE7 (I have reports it's broken in IE7 as well).

I looked for a z-index setting that was wrong, but couldn't find any. It may be a background transparency problem.

Maybe some of you will think of this as a "marketinhg" thing, but let's face it : for most users on the Web "wiki" is synonym with "MediaWiki-powered sites that look like wikipedia".

What I propose is to create the theme and tools to facilitate migration of mediawiki powered sites to tikiwiki the (very) easy way : fill a form during install that points to the Mediawiki database, and extract all the info to automagically populate the Tiki. I'm willing to participate, but I do not feel I have the required knowledge at this moment to be able to do something useful in the coding part : I know little to no PHP or MySQL stuff, I even wasn't able to install Tiki properly here (shame on me).

Please see:
http://phplayersmenu.sourceforge.net/example-treemenu.php

With a view source, you will notice
class="phplmselected"


How can we add this to Tiki?


Menu tree built from categories?

Or if the menu compares with current URL? and puts class="phplmselected" if it's a match?

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.

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.

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.

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.

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

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}

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