Category: Wiki Plugin (extends basic syntax)

http://nextthemes.tiki.org/Themes {sign user="marclaporte" datetime="2013-03-15T16:08:44+00:00"}
{flash type="url" movie="display167" width="1156" height="716"}

{syntax type="tiki" editor="plain"}
When showing a page in print view (tiki-print.php), attachments do not show. Instead, a message called "No such attachment on this page" appears.

NOTE: I was able to fix this for tiki-print.php, but not for tiki-print_multiple_pages.php

When I have a plugin in a wiki page, and "Edit icons" is activated in the Page Actions dropdown list, when I click the plugin edit icon, nothing happens. I've tried this with PluginList and PluginHTML. I'm trying this in Tiki master that is up to date, and I'm using Firefox/Windows 11.

I go to page [http://dev.tiki.org/SVN+Tips#What_revision_number_am_I_at_What_branch_am_I_using_]
and I do the inline edit of the CODE plugin.
I change the ''color'' parameter (tiny change) and I save the plugin.

Now the page is all messed up. It seems that the wiki page is parsed as if it was html :-(

{syntax type="tiki" editor="plain"}
The style= attribute passed to {DIV} and other wiki plugins is silently dropped.
I believe (I'm not pro understanding git) it comes from here: https://gitlab.com/tikiwiki/tiki/-/commit/7b9d81b6f30c7532bee770079ddeead22838a3f1

In lib/wiki-plugins/wikiplugin_div.php, the function wikiplugin_div() initializes $style = '' before calling extract($params, EXTR_SKIP). Because EXTR_SKIP skips extraction when a variable already exists, the style parameter from $params never overwrites the empty $style variable.

At lib/wiki-plugins/wikiplugin_div.php
I changed :
{CODE()}
function wikiplugin_div($content, $params)
{
$style = '';
extract($params, EXTR_SKIP);
{CODE}

For

{CODE()}
function wikiplugin_div($content, $params)
{
extract($params, EXTR_SKIP);
$style = $style ?? '';
{CODE}

refreshed the cache en the issue was fixed.

https://github.com/vasturiano/3d-force-graph is the source of possible 3D directed graphs. It would be interesting to have a plugin that allows tracker data to be represented as a 3D interactive graph.

I noticed some strings being changed fairly recently, for example from:

"Items are not allowed to wrap around the box if this parameter is set to 1 (Yes)"

to:

"Items are not allowed to wrap around the box if this parameter is set to %0 (Yes)"

I assume the %0 is a placeholder for some value, but the page view shows "%0" rather than a value (this example is the Box wiki plugin form in the plugin help popup when editing a wiki page, etc.). I noticed a number of "1" -> "0%" changes in the strings but didn't check to see if they are all displaying as code instead of meaningful text.

When "jQuery Select2 Select Boxes" _placeholder and _firstlabel are lost.
This is pretty bad when you create display in a modern way without wasting space for a label outside the field to be filled.
It displays instead "Select an Option".

-+{select _field="tracker_field_something" _trackerId="10" _firstlabel="pick somethingt" class="form-control"}+-

{img fileId="1783" thumb="box"}
{img fileId="1784" thumb="box"}

It is not possible using the HTML plugin or the wiki syntax to have bootstrap modals as explained at : https://getbootstrap.com/docs/4.0/components/modal/

The page turn black/faded and the modal is displayed below the modal-backdrop (without the modal id).

Note: I have the feeling it was possible in the past (19, 20, 21). May be it is a recent change that has been merged into Tiki 21.

{syntax type="tiki" editor="plain"}
With the plugin List you can use a template.
If there are no results you can set the alternate value that will be displayed.
But this value won't be display using the template design but as an element on its own.

Use case:
I want to create a dashboard with several gauge where 0 items is a valid value that lead to specific design with conditions.

Just to give an idea:
0 item = green background
1 item = warning background
>5 items = red background

The Alternate value should be used in the template as a value and not as a string on its own.

For multipage wikis the display of the "table of content" using __maketoc__ isn't ideal as this statement requires to be placed on every page otherwise it wouldn't be visible for other pages.
Usually this "table of content" is used for quick navigation purposes. Therefore an alternate to the __maketoc__ statement should be provided which should allow to specify the wikipage which shall be outline. Such a statement can then be used in a module nearby the original wikipage.

Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the "View edit icons" (feature that show/hides the plugin edit icons) button has disappeared.

Regards,
Yannick

Hi,

The HTML Purifier feature, when enabled, seems to clean really too much the HTML tags.
* when used with Allow HTML feature and there are some html codes on the page
* when used with Allow HTML feature and some html codes are encapsulated with PluginHTML
It is impossible for exemple to use tags such as <script>, <form>, <input type>
The only case where the HTML Purifier feature was not problematic was:
Allow HTML disabled + HTML Purifier enabled + html code encapsuled in PluginHTML

I finally disabled HTML Purifier, and I didn't have any problem anymore with Allow HTML enabled and/or with PluginHTML.

The problem with HTML Purifier can be easily reproduced in a wiki page by inserting any HTML code for a form, and/or by inserting some javascript parts.

Best regards,

Yannick

I updated a copy of our wiki to 8.0rc1 to have a look whats new

but the first thing i saw was that all line breaks in the heavily used split-plugin were actually displayed as ~lt~br /~gt~ instead of being actual line breaks

I updated a copy of our wiki to 8.0rc1 to have a look whats new and just wanted to tell you the first problem i immediately saw:

but the first thing i saw was that all line breaks in the heavily used split-plugin were actually displayed as ~lt~br /~gt~ instead of being actual line breaks

If you use the plugin edit icon to edit a plugin on a page, after submitting the changes, the 'List Authors' setting for the page reverts to the default, losing whatever setting it had before.

In 6.1 I successfully used this code:

{CODE()}{FANCYTABLE(colwidths="10%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%",colaligns="center",colvaligns="middle")}2011|{FILE(fileId=602)}Jan{FILE}|{FILE(fileId=603)}Feb{FILE}|{FILE(fileId=626)}Mar{FILE}|{FILE(fileId=625)}Apr{FILE}|{FILE(fileId=627)}May{FILE}|{FILE(fileId=624)}Jun{FILE}|{FILE(fileId=629)}Jul{FILE}|{FILE(fileId=630)}Aug{FILE}|{FILE(fileId=631)}Sep{FILE}|{FILE(fileId=632)}Oct{FILE}|...|...{FANCYTABLE}{CODE}

In 8.1 it now renders this result:

2011|[tiki-download_file.php?fileId=602|Jan~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body2~Feb~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body4~Mar~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body6~Apr~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body8~May~</td> and so on...

If I replace all but one instance of PluginFile the results are OK. If I add a second instance the results are as shown above.

If an attribute other than imalign or image sources are used, then a preview of the page cannot be made and a white page is shown when a save is attempted.

The wiki "edit plugin" feature fails when the CODE plugin is used to quote a plugin that is used further down the page. "edit plugin" is not properly ignoring the contents of the CODE plugin.

For example, if I have the following in a wiki page:

{CODE()} {EQUATION()}A{EQUATION}{CODE}

{EQUATION()}B{EQUATION}

{EQUATION()}C{EQUATION}

If I click the "edit plugin" button to change {EQUATION()}B{EQUATION} -> {EQUATION()}D{EQUATION}, instead the edit is applied to the EQUATION plugin in the CODE block, resulting in:

{CODE()} {EQUATION()}D{EQUATION}{CODE}

{EQUATION()}B{EQUATION}

{EQUATION()}C{EQUATION}

The "edit plugin" function is apparently counting the number of EQUATION() plugins when it edits and is not properly skipping the ones embedded in the CODE plugin.
(This happens for any plugin, not just EQUATION)

Both the wiki page attach file and filesplugin feature an action icon. When this icon is chosen a pop up box appears with several actions that can be taken on the file. When the delete or red X is chosen the page reloads but the file is still in the file gallery.

Discussed on wiki pages:
* ((Screencast))
* ((Copy-Pasting an image))

{syntax type="tiki" editor="plain"}
Hi,
I discovered that the wrap option of the code plugin doesn't work anymore. don't know from when exactly, but at least it was working with tiki 7.x
Exemple page: first code on [http://www.tontonitch.com/tiki/tiki-index.php?page=test],
Yannick

{syntax type="tiki" editor="plain"}
Wiki plugins, like ((doc:PluginBigBlueButton)), you can have the situation where the cached version of the page reports "Last time we checked, the room you requested did not exist.", but since, it has been created, and this prevent people from joining the conference.

So in the plugin code, you should be able to override the wiki page cache setting.

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||