Category: Wiki Plugin (extends basic syntax)

Currently there is no wikiplugin to place 1 or more blogposts on a wikipage (showing title and content of the blog).

The functionality should be similar to the wikiplugin_articles, so that the amount of posts and the blogId can be specified.

Using a wikiplugin instead of the module plugin or RSS gives the advantage that you can show entire blogposts and that you can include a permissions check, so that users that should not be able to see the post don't get it on the screen.

{syntax type="tiki" editor="plain"}
Hi,
I found an issue using "wikiplugin_files" plugin.
If You try to use it (on Wiki pages or in other available places like parsable ptracker descriptions etc) Wiki page show files in the particular gallery but You can only download file. You cannot update newer version or see a history of that file althou theres an option to do it.
Ive try it both on TW 2 and TW 3(beta).
Ive tried to turn off/on all java UI thingy but w/o success.

Best regards,
Piotr

I've got this error while attempting to insert data in a tracker with mirror tables from a Wiki page through wikiplugin_tracker.php.

In fact, the wiki page return an error message, and it seems as if item was not inserted, then, but item is inserted. However, the field "user" (login user, 1) is not saved in the tracker (and I was logged in, and I could insert a tracer item from the same user account through the tracker directly).

Note: Tracker has less than 40 fields, and I included 40 consecutive field ids in the plugin syntax.

That's the code in the wiki page:
{CODE()}
{TRACKER(trackerId=>1,fields=>1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18:19:20:21:22:23:24:25:26:27:28:29:30:31:32:33:34:35:36:37:38:39:40,action=>Name of submit button,showtitle=>y,showdesc=>y,showmandatory=>y,embedded=>y)}Ben fet!{TRACKER}
{CODE}

Thant the error message:
{QUOTE()}Notice: Undefined index: name in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/wiki-plugins/wikiplugin_tracker.php on line 138

Warning: mysql error: 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 '='prova4' where `itemId`='5'' at line 1 in query:

update tiki_trk_1 set =? where `itemId`=?


in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/tikidblib.php on line 154

Warning: fread(): Length parameter must be greater than 0. in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/cache/cachelib.php on line 47
{QUOTE}

On a Tiki23 I set a group (admin groups) to have a membership expiration date.
{img fileId="1718" thumb="box"}

Then on a wiki page I set up a memberpayment plugin : https://doc.tiki.org/PluginMemberPayment
I can set the hideperiod parameter with a dropdown of yes or no

Issues:
# The tooltip for "hideperiod " tells me the default is "1" (not yes or no)

Update: Re-tested on Tiki25 still here.

On Tiki24 I found out we have 2 wikiplugins Signature.
We should have a different name for different things the sooner the better.

In WikiPluginTracker the confirmation message should have an option to send to any URL. That way, insted of having a confirmation message when the user click on send, he is send to another wiki page, etc where you can put the confirmation message you want. Because confirmation message may be more than one sentence, it may be very useful; and it open to the possibility to have another WikiPluginTracker on the second page... So you can have a tracker on multiple page.

__french__
Dans WikiPluginTracker, exemple la fonction qui permet d'afficher un texte comme message de confirmation devrait avoir une option de renvoyer vers une URL. De cette façon, l'utilisateur a plus de latitude sur la forme du message de confirmation. Surtout, il peut étaler un formulaire sur plusieurs pages wiki !

ex.:
TRACKER(trackerId=>4,fields=>13:14:15:16:17:18:19:20,url=>http://www.google.com)}{TRACKER

En remplaçant la fonction qui permet d'afficher un texte lorsque l'utilisateur enregistre le formulaire par un lien vers une page wiki, on aurait plus de lattitude sur la forme du message de remerciement et... en plus, on pourrait répartir les formulaires sur plusieurs pages.

ex.: au lieu d'avoir les wikiplugin comme ceci (avec le texte "Merci de votre contribution" indiqué dans le wiki plugin)
TRACKER(trackerId=>4,fields=>1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18:19:20,action=>youpi!)}Merci pour votre contribution !{TRACKER

on aurait ceci :

TRACKER(trackerId=>4,fields=>1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18:19:20,action=>youpi!)}NomDeLaPageWikiDeDestination{TRACKER

De cette façon, on peut indiquer le texte dans la page wiki de destination et, alternativement, répartir le formulaire sur plusieurs pages wiki !

On a Tiki24 on the Control Panels, Global setup, Editing and Plugins, Plugins, Edit plugin icons the "Only display focused edit icons (for sections and/or plugins) on request" was enable.

After upgrading to Tiki25 it has been disabled.

I had to revalidate it. (same as the admin language taking over the default language issue)

On a Tiki21.4 the feature Category is enable.
This Tiki has 362 category with many child (child) categories.
Some Categories contains non alphanumeric characters.
Like :
* A) Music, 1) Albums, etc
* 1. Joe, 2. Jack, etc
* Archive : blabla, Archive : dododo

In the Control Panel => Categories. the option "Limit wiki page categories to those under this category" (feature_wiki_mandatory_category) is set to "All".
It is possible to add a plugin using the tools on a customised toolbar or using the help tools (on the toolbar)

---

After an upgrade to Tiki23 It is NOT possible anymore to add a plugin using the tools on a customised toolbar or using the help tools (on the toolbar). The existing plugins are working and copy/paste is working.
If I switch "Limit wiki page categories to those under this category" to none everything is working as expected.

I tried to reproduce on the instance attached to the ticket. But I was stopped in my attempts.
If I create a category with a colon ":" the instance crash with a 500.

It is weird that plugin insertion is broken due to something in the category...
They may be some "invisible" limit of the number of Categories you can have to avoid this bug.
It may be related to the character allowed in a category name.

This will be a problem for people upgrading from Tiki21.4 (LTS) to Tiki 23 and Tiki24 (I guess)
Wiki pages and Categories are popular features.

''As I don't remember using it before I can't say if this is a regression''. Not possible to create an instance (waited...)

When I try to delete items using the de delete item action from a plugin ListExecute (https://doc.tiki.org/PluginListExecute#delete) I have the following error:

Call to undefined method TikiAccessLib::checkCsrfForm()

{mediaplayer src="display2074"}

I see strange behaviour when setting the "PluginRegisterMemberPayment".

On my fist save it show something close (I didn't ask to see the users... but may be because I'm admin...) to the parameters.

Then after a refresh logged as admin or logged as registered user it doesn't show the settings. Using an incognito windows and flushing the cookies doesn't helps. (on the first browser I'm admin and a simple user on the second)

{mediaplayer src="display1855"}

I categorized it as a regression, because it used to work fine and was broken.

Documentation page: https://doc.tiki.org/PluginRegisterMemberPayment

It is reproducible, see the show instance.

By the way if I load the instance page as Anonymous I see an error message "Insufficient privileges". I don't see an information in the doc about not allowing Anonymous to see the plugin, On the contrary the plugin is described as a way to Register and Pay.

The Subscribe newsletter plugin output white area instead of a form.
Check the instance.

Newsletter, Wikiplugin Subscribe; form to subscribe is displayed ONLY if the user is anonymous

On Tiki 21.x not all items are displayed using list or customsearch with filter.

In the instance I created items that are filtered "May" are not found when filtering for it.
(the field that contain "May" is a mathematical field that extract the month from the date of the item)
It was working fine but after updating the Tiki 21.x it showed up.

My best guess is that it is because of the word length. (I experiment changing different fields and see what work and what doesn’t).

I know there is a php search limit for 3 char (ft_min_word_len=3) that too I experimented to see if it move something. But changing my.cnf settings and restarting innoDB didn’t help.

I tested on my local mamp, my clearOs server and in show instance. They show the same issue (so I believe it comes from Tiki and not some server settings)

I change the value of the min word length as explained at : https://dev.mysql.com/doc/refman/5.6/en/fulltext-fine-tuning.html#fulltext-word-length
(I did for both innoDB and MySIAM)

Changes were applied after a restart as Tiki check confirmed:
{img fileId="1410" thumb="box"}
{img fileId="1411" thumb="box"}

I checked I have in my index existing values for May
{img fileId="1412" thumb="box"}

I tested with May and June and the plugin list debug tool:
{img fileId="1413" thumb="box"}
{img fileId="1414" thumb="box"}

Same item filter (and field) was changed to "May2020" and it worked fine.
{img fileId="1415" thumb="box"}
Still this is not a solution to hardcode the year with the month (all templates should be edited each year and they may be other implications).

Using ((doc:PluginTracker)) (with specific fields or not) and setting a itemId should load on the wiki page the fields with the existing values for this item. It was working fine on Tiki25.

I couldn't create a 26x show instance so I tested at: https://next.tiki.org/Test
With the following code:
{CODE()}{tracker trackerId="22" fields="147:204:149:155" itemId="6597"}{CODE}
Please not this code will be wiped by the process that updates tiki.org to next.tiki.org periodically.

{img fileId="2124" thumb="box"}
{img fileId="2125" thumb="box"}

I set in the tracker properties fields that should be displayed in popover and they are displayed in the tracker interface : http://bsfez-11581-8233.show2.tiki.org/tiki-view_tracker.php?trackerId=1

I created a plugin List using a table output and use a format trackerrender on the title which should allow the popover to be displayed also on the table but it doesn't work.

As show on the instance, compute display always a result of "1" and doesn't perform a sum calculation as expected.

Average calculation is working fine so it should be a very hard task.
Something was broken.

Would be great as an "extra" to have the total aligned as the column value (if a col is part of a calculation align it values right).
---
Update 31/01/2022. I updated the instance and check back the case and I confirm the issue.

More details, I'm not using table sorter but the sum parameter from the tracker plugin.
There is no doc available at https://doc.tiki.org/PluginTrackerFilter so my setup relies on the inline documentation in the plugin.

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

Using this I setup 2 trackerfilter to test "sum" and "avg" and both failed.

On a Tiki24 If I try to filter a Multi-Select field I have wrong results, see the instance. (http://bsfez-11581-8408.show2.tiki.org/tiki-index.php)

I tested with the plugins List and CustomSearch.
I also tested adding the _text parameter to the multi-select field (behavior differ)

I also changed the Tiki, Search, Default Boolean Operator (/tiki-admin.php?page=search) and it didn't change the wrong result output.

Instance coming...

Using the Tracker properties I can define several fields that will be displayed in a popover when hovering over the title of a trackeritem.

This work also when using the plugin List, setting the ouput table column parameter to raw {CODE()}mode="raw"{CODE} and adding to the format of the field {CODE()}format="trackerrender"{CODE}.

With the same settings when using a wiki plugin customSearch that doesn't work.
The code is there but hovering over the title doesn't display the popup.

See the video screenshot
{mediaplayer src="display2130"}

See the instance.

I would like to be able to filter searches by Category ''names''. This would improve usability across a Tiki site.

I'm aware that when search filtering by Category, there is a popup on the search page that allows a user to select a Category (or Categories) which will then appear in the Category filter box in a way the search filters can understand. This is handy, but it would be handier to be able to directly type a Category name (or part of a Category name) into the filter box.

The Category selection box also does not help when composing {LIST()} blocks from PluginList with {filter} blocks. At the moment, {filter} blocks must be composed with prior knowledge of the Category ID number. One must use {filter categories="12 AND 38"} instead of, for example, {filter category-names="Czech Novels of the 1900s AND Polish Novels of the 1900s"}. This makes it harder for people to approach writing wiki pages when they want to include lists of objects in Categories.

I imagine a version of this feature would be easy to write for someone familiar with the codebase, because methods for searching by Category ID have already been built and there is already a function get_category_id($name) in lib/categories/categlib.php.

on dev.tikiwiki.org, we have a custom syntax ~np~{wish id=1234}~/np~ to get information about a wish.

This shows the description of the wish, with a hyperlink.

This uses ((doc:PluginTrackerItemField)). If you are a Tiki admin, you can see the config here:
http://dev.tikiwiki.org/tiki-admin.php?page=textarea&plugin_alias=wish

This is very very useful.

How, how could we indicate that a bug is solved? (ex.: on ((Tiki4))

If bug is solved, could it have a relevant class (ex.: special color, crossed out, etc.)?


http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-09-25,Fri&sel=291#l287

Wishing a plugin similar to wikiplugin_userlist, but able to print only members of a specific group.
For example it would be usefull to have a page where a user can find a list of current forum moderators (user which are in group ''ForumMod'') and similar cases.

Any idea why this page: https://info.tiki.org/Add-Consultant
has a wrong browser title: "File Upload | Tiki Wiki CMS Groupware :: Community"
???
It should be: "Add Consultant | Tiki Wiki CMS Groupware :: Community"

1/ Wrong calculation

There is some issue with the the filtering on status (open, pending, close) and the item count.

The average is calculated on the TOTAL of the item in the tracker and not on the total of the item displayed and thats wrong.

Fixed : https://sourceforge.net/p/tikiwiki/code/61412/

2/ Item list fields are not displayed properly.

See instance.

{syntax type="tiki" editor="plain"}
On the remarksbox wikiplugin the inline documentation says : "Show a close button (not shown by default)."

It is not true. By default a close button is displayed and you need to set the parameter to hide it.

{REMARKSBOX(type="errors" title="This remarksbox shows the error")}The "Close" parameter of this box is not set therefore there shouldn't be a close button displayed... But there is one. ☝️{REMARKSBOX}