Category: Wiki Plugin (extends basic syntax)

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

I found TikiWiki's use of plugins to be an excellent substitute for the lack of built-in support for parameterized templates as found in MediaWiki - http://www.mediawiki.org/wiki/Help:Templates

I referred to the following instructions to create a php-based plugin:
http://dev.tikiwiki.org/tiki-index.php?page=Hello+World#To_create_a_new_plugin

They work great but with one caveat:
The use of double-quotes which are necessary for displaying strings with commas seems to create problems. For instance with a simple "HelloThere" plugin syntax {CODE()}{HELLOTHERE(firstname=>, lastname=>)}{HELLOTHERE}{CODE}:

This invokes the following simple function:

{CODE()}
function wikiplugin_hellothere($data $params) {
extract ($params EXTR_SKIP);
$strHello = "Hello there $firstname $lastname" ;
return $strHello;
}
{CODE}
(Squiggly brackets removed for display reasons)

{CODE()}{HELLOTHERE(firstname=>"Thurston", lastname=>Howell)}{HELLOTHERE}
{CODE}
yields
''Hello There Thurston Howell. ''
Great!

{CODE()}HELLOTHERE(firstname=>"Thurston", lastname=>"Howell III Esq. CPA")}{HELLOTHERE}{CODE} yields
''Hello There Thurston Thurston. ''
Not so great...

Namely adding double-quotes to get around the issue of commas within strings introduces a whole other problem of its own – repetition of the first variable. When there are 10 variables for instance the first quoted value will be repeated 10 times.

I am using TikiWiki 1.9.11; has anyone encountered this issue and if so is there a remedy?

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Consequently gets an error on this plugin using 2.1 on a Windows machine. Error message from a what I am sure is a proper trackerlist reference is:

ErrorError
No field indicated

Close Window

- - - -

Found out this was an issue related to not making the referenced fields public. I would suggest the documentation is clearer on this issue in the trackerlist documentation. Will have a look at the documentation.

External wiki links are mistakenly identified as wanted pages

http://profiles.tikiwiki.org/Admin

{WANTEDPAGES()}{WANTEDPAGES}

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
When using > to compare values in pluginJQ it will html encode the > sign:


if($("#itemExist").length > 0)
{
$("#editItemForm1").parents("td:first").hide();
}
else
{
//something else
}

Should be:

if($("#itemExist").length > 0)
{
$("#editItemForm1").parents("td:first").hide();
}
else
{
//something else
}

Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the non-parsed wiki feature in the wiki pages is not working correctly anymore.
Indeed, from the tests I've done, it seems that in case of multiple use of the non-parsed wiki feature on the same line, only the last one is taken into account.

For exemple, for the following wiki text, only the second ~np~--css~/np~ is taken into account, the first one not so the text is striked through.

***use the ~np~--css~/np~ option (ex: ~np~--css~/np~ test)

Regards,
Yannick

--------------------
Ticket update:

Note that the problem occurs mainly in fancytables.
I've enabled "Allow HTML" for the problematic pages. That also corrected the problem with non-parsed wiki syntax. (:eek:)

__Update:__ Clarified some of the description below.

^Please note this field type is marked "experimental" in 12.x^

[http://doc.tiki.org/Action+Tracker+Field|Action Tracker Field] type does not work in Tracker plugin.
I have tried it but no button appears labeled "Reset" on the action field row next to the "Reset Password" in the table.
To reproduce:
General > Name: Reset Password
Options for Action > Name: Reset, Post: get, Script: tiki-remind_password.php, Parameters: name:userName

{img fileId="941" thumb="y" rel="box[g]" width="320"}

__It should render a post or get form or just a button labeled "Reset" pointing to tiki-remind_password.php__ but renders nothing in the Tracker plugin. Maybe it should render below the tracker form in the code to avoid ''form in a form'' conflict and be placed on the row position of the field using jQuery?


It only shows up (while editing the Tracker item) in a special section called
"__Special Operations__".

But clicking the button from there is buggy too. Goes to:
tiki-remind_password.php?name%3AuserName=name%3AuserName&trck_act=Reset

Instead of:
tiki-remind_password.php?name=admin&trck_act=Reset

---
Activating plugins doesn't invalidate cache and thus, the plugin help doesn't appear on next page edit.

To reproduce:
1- edit a wiki page
2- click on the help button
3- scroll down to plugins
4- click on Activate/deactivate plugins which takes you to tiki-admin.php?page=textarea ~~#FF0000:(wrong tab!)~~
5- Click on plugins
6- Activate a plugin
7- Notice that on next edit, the new plugin is not available
7a) a bug in my text, edit Help was in French, so maybe the cache of another user was appearing

{syntax type="tiki" editor="plain"}
{img fileId="3252" thumb="box"}

Renders like encoded HTML:
{CODE()}
<ol> <li><div class="activity" data-id="1"> <strong style="vertical-align: middle;"><a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin"><img src='temp/public/avatar_21232f297a57a5a743894a0e4a801fc3.jpg' alt='admin'></a> <a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin">admin</a> modified a tracker item</strong> <div class="content"> <p><a href="http://localhost/tiki12x/tiki-view_tracker_item.php?itemId=2" class="" data-type="trackeritem" data-object="2">AB</a> in <a href="http://localhost/tiki12x/tiki-view_tracker.php?trackerId=2" class="" data-type="tracker" data-object="2">Rating</a></p> </div> <div class="footer"> <span class="floatright"> 1911-02-22 16:11 </span> <a class="comment" href="tiki-ajax_services.php?controller=comment&action=list&type=activity&objectId=1"> Comment </a> <a class="like" href="tiki-ajax_services.php?controller=social&action=like&type=activity&id=1"> Like </a> </div> </div></li> </ol>
{CODE}

Like we have for PluginTrackerlist or PluginTrackerfilter there is param showinitials to filter and display alphabetical filters. Can we do the same with PluginList?

See: https://tiki.org/forumthread75302

{syntax type="tiki" editor="plain"}
While it is not wise to create or publish a slider with different height images it happen and the result is really naughty. It push down content then push it up...

See : the show instance of this ticket and https://doc.tiki.org/PluginList-output-control-block#Report_Formatting

As discussed in the January 2020 Tiki Roundtable Meeting it will be great to have a new optional parameter to fix the height no matter the usage (plugin in page or plugin list template).

* Swiper
* Carousel
* Plugin List carousel template


Recording of roundtable is available from: https://tiki.org/Roundtable+Meeting+2020+01

{syntax type="tiki" editor="plain"}
It is now done in the category picker and it's very useful.

{img src=show_image.php?id=92}

An idea expressed by Mike Kerr (Kerrnel22) at the Nov 2008 Montreal TikiFest:

To include tracker output data in the spreadsheet. This would help make very flexible reports, with charts.

Currently, Plugin LastMod displays the date and time a page was modified using the server's "Long Date Format" and "Long Time Format". While this is fine as a default, there are no parameters that allow this to be overridden (or at least, [https://doc.tiki.org/PluginLastMod|the documentation] doesn't show any).

I would like to suggest this be changed, and present two potential avenues to doing so:
#Provide parameters that allow to use either the 'long' format, the 'short' format, or to switch 'off' the date and time components respectively.
#Provide a parameter that allows to specify a custom date and time format string.

Add filter param to Plugin TrackerStat (to easily display graphical bars of tracker item answer counts from filtered results)

((doc:PluginTrackerStat)) is an easy way to display results from data in trackers. Trackers can be used to produce advanced custom surveys, and we could use on e single tracker to collect data from different semesters, years, projects, etc., but provide a simple interface to show a filter before showing results of bars with counts, etc., so that the use can choose in a central point which fields wants to use to filter data from a tracker.

This might be solved someway with plugin list and custom search and some tricky advanced display output or format syntax, but this in currently (as of April 2015) undocumented, and even if this might be feasible by experienced devs, it's not going to be as easy for endusers to be reproduced than just using the easy TrackerStat plugin with a new filter param, (similarly to the param filter in PluginTrackerList of TrackerFilter)

---
See some show instance with a call to TrackerStat already in place, if you want a snapshot of a working instance as a base tiki to get your development tests going.

http://xavi-9794-5261.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

https://developers.google.com/youtube/player_parameters

Also, it is possible to copy paste a URL to PluginYouTube and it extracts what it needs. This should be updated to new URLs.

http://techcrunch.com/2009/12/21/youtube-url-shortener/


Problem with youtube url in the plugin.

youtube movie="alhy6RsH1h0" works

{youtube movie="alhy6RsH1h0"}

But not : youtube movie="http://youtu.be/alhy6RsH1h0"

{youtube movie="http://youtu.be/alhy6RsH1h0"}

Currently, getting the DISTINCT values of a field of a tracker is pretty hardcore. You need to go through the whole list of items of that tracker and do some tricks in a smarty template to finally get the distinct list of values of a field.

Would be nice to have some plugin to do that?

When doing a plugin list, we can sort the data. For tracker fields data, we can sort by comparing the texts of the fields. But for sorting by categories, this is not possible. The list will only be sorted by the category ID (asc or desc). It would be nice to be able to sort by category text.

I noticed this while using the tiki reference plugin. Thought it was something in the plugin creditor interface that was broken, but I now see that the plugin was successfully added. So there is nothing functional broken. However. The UI surrounding the adding of a plugin is certainly broken.

My original report:

Adding a tiki reference appears to be broken now. I get as far as adding a reference, but when I try to create one it just hangs on a grey screen. Then nothing.

Steps to reproduce:
Enable "Wiki references" preference
Edit a wiki page
Click the "Add Reference" icon
Add a Biblio Code and click save.
The screen now "hangs" on a greyed out screen.