Category: Usability

In a superfish menu, a menuSection (parent) item followed by an option (child), then a "separator", then another option, will put the menuSection and the last option on the top level, and the first option will be below the menuSection. This is the right way. But in a Bootstrap menu, both of the options will be under the menuSection, with the separator ignored.

{syntax type="tiki" editor="plain"}
Menu dropdowns (with Smartmenus turned on) are opening upward when there is no need to, such as in the default system menu in the left column, when there is plenty of space to open in the normal downward position. This is caused by the class "dropdown-menu-bottom" in the menu code. Could this class just be removed?

In my experience (Windows 11, Edge and Firefox browsers), Smartmenus dropdowns will open upward when the parent item is near the bottom viewport edge and there isn't enough room for them to open downward. I thought this problem was resolved a few months ago but it's back in master currently.

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

If use Bootstrap menu is set to "y", the menu is vertical instead of horizontal even if the type is set to horiz. If "bootstrap=y" is not explicitly set (left empty, since it's the default), then type=horiz has the expected effect.

{syntax type="tiki" editor="plain"}
mnu_application_menu aka db clone menu ID=42 doesn't follow enabled/disabled features of Admin section

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

It is not possible to set a multilevel menu using the default implementation of bootstrap in Tiki.

The result of trying using Tiki tools is a weird behavior that doesn't fit the available tools and the user choice (sublevel are omitted and missing).

They were debate among the dev community on early bootstrap v3 days about having or not multilevel menu and multilevel dropdown.

As per today, there are already plenty of solutions for v3 and v4 including multilevel menu;
[https://www.google.com/search?q=bootstrap+v4+multilevel+menu&rlz=1C5CHFA_enIL504IL504&oq=bootstrap+v4+multilevel+menu&aqs=chrome..69i57.8999j0j4&sourceid=chrome&{google:instantExtendedEnabledParameter}ie=UTF-8|Goole search]

Implementing one of those solution in our Tiki menu (that include multilevel menu tools) will avoid revamping it from the ground and having to distinct interface (bootstrap menu __vs__ suckerfish/legacy tiki menu).

One of the key features of Smartmenus is to enable more menu levels than the two that Bootstrap supports out of the box. But this isn't happening yet with Tiki's menus in branch 19.

Also, the down arrows in parent items display briefly but then slide into/behind the item text so they no longer display.

I categorized this "Dogfooding" because people have been requesting it and also I want to check out its full functionality at themes.tiki.org.

More info: Section level 3 items (and their child items) are ignored in the menu implementation when the menu type is "Bootstrap", so Smartmenus has nothing to work with where level 3 should be (just a detail).

{syntax type="tiki" editor="plain"}
I have a menu with a third-level dropdown, followed by another link in the second level, as shown in the attached screenshot. The menu is saved, including the last option, "One more link", but the menu doesn't show the item "One more link" in the second-level dropdown, or anywhere. Another master instance here on my localhost also has the same problem. The second-level dropdown items just get truncated after the link with the dropdown. This obviously doesn't happen with first-level links, but is happening with second-level links (and probably with third-level, etc. links).

This is a regression maybe linked to the change in Smartmenus versions.

When entering the parameters for the menu module, to have a horizontal Bootstrap menu, if you don't enter anything in "Use Bootstrap menus", the menu will be Bootstrap as this is the default. And it will be horizontal if for "Type" you enter "horiz". But if for "Use Bootstrap menus" you enter "y", then the resulting menu is vertical, not horizontal.

Menu Wiki 'List Pages' and 'Create a Wiki Page' are two tabs on one page.

After visiting 'Create a Wiki Page' the focus stays on this tab when visiting 'List Pages'. Average expectation is assumed to refocus to the new tab.

All inter-user message that I created via "My Account" -> "Messages" --> "Compose" are stored in my "Sent Messages".

However, if I pick a user's name from the list of Online Users or from the list of contributor to a wiki page, and from the "User Information" screen pick the "Send Me A Message" tab, any message sent from that screen is NOT stored in my "Sent Messages".

This is difference in behaviour seems unnecessary, particularly for our novice users.

Is this behaviour controlled by a configuration option we've incorrectly set, or is a bug the cause of this UX issue?

Thanks,

Martin

{syntax type="tiki" editor="plain"}
Hi. I've installed Tiki 30.1 and the search page is messed up. It's the page which you reach by clicking "Search" in the system menu (to the left). See the attached screenshot. There are more pages, accessible from the system menu, that are messed up as well.

What I did: I clicked on "Search".
Faulty consequences: messed up page layout.
What I expected: Normal layout, like in Tiki 29.1

The problem(s) don't occur if "Fixed with" in Look & Feel -> Layout is turned on, or if "Site layout" is set to "Classic Tiki".

{syntax type="tiki" editor="plain"}

{syntax type="tiki" editor="plain"}
I have "Method to Open Directory Links" set to __inline frame__
This is not working. Instead, I get the behavior of __Replace Current Window__
Check for yourself at
SpecialParent.com

Hi,

when you have an image gallery (from days with prior Tiki Wiki versions) you are encouraged to migrate it to file galleries. There is also a feature named "migrate".

I now had some spare time and wanted to do this, which I have long evaded. I clicked on migrate.

But it does not migrate... I only copies the contents of the image gallery to file galleries. Btw, the folder that gets created in that process should have its name piped through tra() in order to translate it.

On the positive side, I saw that all folders and all image really made it into the file galleries.
On the negative: There was no migration. On Wiki pages, all images are still taken from the image gallery and not from the file galleries...

So either this should be changed so that all calls for migrated images are transscribed into calls from the file galleries OR this process should be renamed "copy to file galleries".

Copy is okay, it does make things a little easier, but to my understanding of the word "migration", a migration would be to transscribe all image calls on all Wiki pages, something that still is tremendous work if you have many pages to convert...

Thanks
hman

Minify JavaScript breaks codemirror in doc.t.o 18.x.
Once minify js is disabled in the performance control panel, syntax highlighting works again as expected.
I detected it comparing the settings in dev.t.o (where codemirror worked as expected) and doc.t.o (where it didn't; and codemirror modes dropdown, when attempting to change highlighter, showed "null").
HTH

When editing a wiki page, clicking on any of the toolbar icons:

{img id=102}

causes page to refresh.

Tested with FireFox 3.5 (linux) and IE 6.

If the page is edited using the edit icon (which loads the editor using Ajax), then the feature does work.

This feature works on previous version of tiki (3.x) with the same browsers.

Tiki cache was ceared. No difference.

{syntax type="tiki" editor="plain"}
I'm having trouble with the miniquiz tracker plugin. I followed instruction here:
http://doc.tiki.org/PluginMiniQuiz(external link)

The problem is that all the incorrect options are visible but the correct option is blank. Check the bottom of this page for an example:

http://chrisready.com/learnenglish/330+Most+Common+Verbs(external link)

In the first question, the blank (which is the correct answer) should say "Chris" and in the second question the blank should say, "taking a quiz."

This person was able to get the miniquiz working.

http://www.vinidelmondo.nl/tikiwiki/tiki-index.php?page=Wijn%20Quiz%204(external link)

I'm using Tiki 6.2. I would use the built in "quiz" feature, but it doesn't give immediate feedback to anonymous visitors, while the miniquiz tracker should.

Here's a screenshot of the tracker field setup

http://tiki.org/tiki-download_forum_attachment.php?attId=408

Thanks in advanced for any help!

The minor modifications are not properly stored in DB. tiki_history has 0 everywhere in version_minor. last_modif_pages doesn't behave properly when minor=y (see bug 2257). I'm modifying this module to support category/perspective filters. I'm leave the branch dealing with minor modifications unmodified because I couldn't test anyway. Please deal with this too when fixing this bug or tell me.

1) Forms where only a single option can be selected have the Select2 gadget for multi-select options. For example, in the Switch Theme module, there can be only one theme selected for the site. But the selected item has the "x" icon (with tooltip: "Remove all items"). According to the examples on [https://select2.org/getting-started/basic-usage] and [https://apalfrey.github.io/select2-bootstrap-5-theme/examples/single-select/] , this icon shouldn't be here, and UI-wise it is redundant.

2) Actually this is related/caused by the first issue: the "x" icon is mis-located when used with a single-option selector: it's at the far right of the selector rather than being to the left of the option name. But this will be fixed when the "x" icon no longer displays in single-option selectors.

The value of calculated fields is not shown in the list of entries in a mirrored Tracker. A calculated field using #3+#5 had the value displayed when looking at the individual item, but the value was empty when viewing the list of all items in the Tracker.

When a tracker was created, you can't afterwards switch the option "Use "explicit" names in the mirror table" on or off.

You get a lot of database errors. Best to try out and see yourself. Things get worse, when there are already fields defined in the tracker. Then the tracker is completely lost. Without any fields defined, you can still access and use the tracker - you just get errors in the top-bar

UPDATE: Switching back solves the problem - errors disappear and you can access the tracker again

If I timeout a session, it tells men:
"You have mistyped the anti-bot verification code; please try again."


It should be something else.

I just spent 30 minutes on a wild-goose chase because of this.

On this site:

www.wiki-translation.com

I was trying to set permissions on this page:

http://www.wiki-translation.com/AMTA+2010+Workshop+on+Collaborative+and+Crowdsourced+Translation&objectName=AMTA+2010+Workshop+on+Collaborative+and+Crowdsourced+Translation

so that anonymous users can edit it. I want this to be limited to just that one page. But it didn't seem to work. I was able to edit the page as anon, but when I saved, I would get the following message:

"You are not logged in. Go to Log in Page"


I assumed that it was a bug with the permission override.

But as it turns out, I just was forgetting to enter the Captcha code! But the message was so misleading that it took me 30 mins to figure that out.

In cases where the user forgets to enter the Captcha code, the system really should just prompt the user again for the Captcha (but not display any of the other fields in order not to confuse him).