Category: Wiki Plugin (extends basic syntax)

If the configuration option Wiki argument variable is enabled (default is disabled), then the plugin CODE is parsing variables such as ~np~{{~/np~page~np~}}~/np~.

If Wiki argument variable is disabled, then ~np~{{~/np~page~np~}} ~/np~ appears as expected.

I'd happliy create a show instance but your system is showing


Show.tiki.org is not configured properly

The public/private keys configured to connect to show.tiki.org were not accepted. Please make sure you are using RSA keys. Thanks.

I suggest a plugin/mod configuration tool, where Admins can specify the __name of a plugin__ and a __list of parameters__ to be provided to the plugin. There is no way for Administrators to configure plugins. Every incantation of a plugin must specify all needed information. A configuration tool would allow control over all invocations of a plugin, or specifying non-public configuration details.

I believe that at present adding configuration options for a plugin requires the plugin to include code for admin pages. This tool would be available for use with any plugin with chooses to look for the passed parameters.

For example, a SHOWIMAGE plugin's configuration parameters could specify the default (or mandatory) image source to use, the default image size, and decoration options. By altering the configuration parameters the appearance of all invocations would be changed.

placing ~np~ {CONTRIBUTIONSDASHBOARD()}{CONTRIBUTIONSDASHBOARD}~/np~ into a wiki page will case a fatal error.

Plugin Convene should display the option to add the name and choices at the same time, with a clear "save" button in the usual bottom right corner. Like the default behavior of the Doodle app., that it aims to mimic/resemble.

See as an example:
http://doodle.com/poll/bspuacxzuutfpz3y

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

Plugin Convene should display table with options just after the user adds the first user an date

You can reproduce when you create a new page in t.o for a new trm:
https://tiki.org/trm

add
{CODE()}
{convene}
{CODE}

add your name, and select a first date, and you will see the issue.

Add a new param for how long to extend the voting time if there's a tie - would have to make sure it's before the first possible time by "a bit"

e

{syntax type="tiki" editor="plain"}
Using Plugin Edit to amend a FancyTable in WYSIWYG submitting a change causes all line breaks in the table body to be removed.

The PluginEdit shows the field "Rows separated by >> in the header; for the table body, one row per line. Cells separated by | in both cases."

Creating a working FancyTable with table body rows like this:

row 1 cell 1 | row 1 cell 2
row 2 cell 2 | row 2 cell 2

after inserting with the plugin edit tool this changes to:

row 1 cell 1 | row 1 cell 2 row 2 cell 2 | row 2 cell 2

When looking at version of the page the inline editing should be disable.

To reproduce, go to https://tiki.org/tiki-pagehistory.php?page=Roundtable+Meeting+2017+04
View a previous version (not the last one) on your screen.
You are able to edit the convene plugin.
This is wrong.

Inline editing (any editing) should be disable.
A warning (notice) should tell the user something like: "Editing is not permitted on previous version of a page. If you want to use this version and edit it, first rollback the page then you’ll be able to edit it."

The new plugin editor in v3 is cool

It makes it easier to fill in the blanks.

It would be nice to know which choices are the defaults, so I know that I don't need to fill in if it's what I want.

Ex.: Iframe plugin has Scrolling options of yes|no|auto

But which is the default?

I seem to have a plugin that needs approval on a page that hasn't been edited since February, following an update in the past few days. {sign user="jonnybradley" datetime="2023-06-15T09:45:32+00:00"}

It says it's a {CODE()}{box}{CODE} plugin needing approval, but it's coming back from a {CODE()}{list}{CODE} plugin returning -+^No results for query.^+-

This is in a tiki syntax page.

Adding a option to quick upload a file in the LIST plugin

This would allow low tech people to easily add a file to a galery

When using PluginGallerific, it's impossible to get a layout that is normal, or acceptable. The plugin dose not look right with basic syntax or extended syntax.
Show instance will be created.
Thanks for your consideration.

Many of the icons seem to be missing from Plugin Icons and they are not showing on Tiki 19.0

Here is an example:

https://doc.tiki.org/PluginIcon?highlight=font+awesome#Icons_starting_with_A

Select for Image Source an scr on the internet. Save.
{img type="src" src="img/tiki/Tiki_WCG.png" responsive="y"}

Reopen the plugin dialog change Image Source to file in the File Gallery and enter a valid ID. Save.
The new image will be displayed now. (good fix).
However the module still contain the previous ans unused image src.

{img type="fileId" fileId="2" src="img/tiki/Tiki_WCG.png" responsive="y"}

I tried to use the img plugin using the tiki plugin help icon and modal.

https://share.vidyard.com/watch/LGChQSQ8RXCt7hCw1DS9Tx?

''May be related: I tried to use the plugin button and it looked like didn't work neither. By the time I was looking to find this ticket (2mn the code was in place). So there is a huge delay between clicking on the save button and the time the plugin code is inserted in the text area. I tried the same for the plugin img but it didn’t worked''

When viewing a page and editing using the inline icon a plugin changes are not saved.
(last one where it occurred : https://doc.tiki.org/PluginToc

Go to the page, check edit icon is enable.
Edit any of TOC plugin, do some change and save.

Nothing changes and if you re-open the edit dialog or edit the page it show like nothing was edited.

NOTE : If you edit the page, select the plugin, click on the "?" icon, select the plugin itself (like you want place a new one) you will see the same plugin editing dialog and changes there will be saved.

~~#F00:__EDIT__~~ : I created an instance to reproduce and I couldn’t. But I’m sure that it happen from time to time (and not only at Tiki.org) on different Tiki I worked on since Tiki 13.

Tested on nextdev using Chrome and Safari:

Nothing happen when you insert a plugin using the "help" tab.
Nothing happen when you click on the edit icon of an existing plugin (the puzzle icons).

See : https://share.vidyard.com/watch/FG7sUhfVP5Zp7o6tdb3FAL?

TW5.0beta1
http://dev.tikiwiki.org/Hello+World#To_create_a_new_plugin seems to be outdated. the plugin cannot be installed i the prescribed way.
By the time a php plugin file with a "wikiplugin_" prefix is saved to the lib/wiki-plugins folder, the Administration/Editing, plugins gives an empty pages. So do all the pages containing the new wiki plugin. Nothing is listed as a plug-in to be installed.

Two smaller corrections
* The sample code containing an extra '}' (last but one in wikiplugin_helloworld_info())
* The name to save the plugin must be lib/wiki-plugins/wikiplugin_helloworld.php instead of lib/wiki-plugins/wikiplugin-helloworld.php.

Once a tracker field is set as title, it turns to be a link to the tracker item.

In certain (but several) condition when using a plugin List, ListExecute or the plugin Map this field(link) will be inserted into another link and then the display will be broken and it will show code instead of item link. (a link within a link is bad)
Check the instance.

First problem: There is nothing that can tells you from where come the issue and only after several experience and Jonny’s help we found out what it was. Anyone else (and new comers) won't have any idea why the display is broken.

Second problem: __It is a pain !__

Workaround are messy; you have to duplicate fields (Name and Title), title has to be set to a different field (like Id) and start confusion or worst, previous setting that were ok turn to be broken.

Would it be possible to have some kind of strip there ?
(if the value is already a link, strip <a ...). There is a smarty function for that "Strip" couldn't it be easily set ?

Using the plugin List, for a numeric tracker field type I set default parameter in case I didn't enter any value.

But if the field is empty is default value is 0 and therefore, "0" is displayed and that is wrong. :)
Even when using default="0" the display doesn’t always reflect the situation properly.

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

{syntax type="tiki" editor="plain"}
To reproduce the issue, on Tiki26 a plugin list with the date displayed for output with format "date".
If a date exist it should be displayed else we have the usual notice text -+No value for 'tracker_field_testDate'+-
{LIST()}
{pagination max=1}
{filter field=tracker_id content=10}
{filter field="object_id" content="8667"}
{OUTPUT()}
Date: {display name="tracker_field_testDate" format="date"}
{LIST}

''This is an item on dev and the plugin list can be tested here: https://dev.tiki.org/tiki-pluginlist_experiment.php''
---
To prevent this to be displayed I set a default parameter.
{display name="tracker_field_testDate" format="date" default="no date found"}

But instead of the previous notice or the parameter I set I have nothing "blank".
If I set default="18/08/2024" I have nothing too.
If I try default=" " it displays today's date.

May be it will work with a unix date value, but this would be very user-__un__friendly and can't be considered as the purpose of the parameter.

In 14.x (compared to 12.x) the wiki-plugin LIST does not display correct saved field values.
Instead it sticks to the first value saved and refreshing search index or clearing Tiki cache does not help - when you come back to the page it still shows the first saved value.
For example I saved "Admin The Big Boss" there first, then changed it to "System Admin" but when I come back to the page it still shows "Admin The Big Boss". But the tracker field value is "System Admin" when you click on it to edit.
See the show instance: http://luci-199-5716.show.tikiwiki.org/

Since upgrading dev.tikiwiki.org the "submitted by" is not recorded in bug reports

Can not reproduce the problem. Can you give an url ?
This url http://dev.tikiwiki.org/tiki-view_tracker_item.php is working for me

1- Go here as anonymous:
http://dev.tikiwiki.org/Upcoming+Events

2- Click on a link

You are requested to logon even though Anonymous has tiki_p_view_calendar permission

This was working fine in 1.9.11

But now in version 2.0, there are two permissions:

|| Can browse the calendar | tiki_p_view_calendar
Can view events details|tiki_p_view_events||