Category: Wiki Plugin (extends basic syntax)

Plugin Slider interferes with expected behavior of ui for anon in homepages.

To see it reproduced, visit this site (with a plugin slider),
http://seeda4c.org

And try to switch language que the correspinding module.

Something similar can be reproduced applying one of the featured profiles. (Company Intranet, afair)

plugin snarf produces ugly output, with many empty lines within the output.
It's not usable for production.
Tired snarf'ing tiki sites with 2 columns, just one, and no lateral columns: similar ugly effect
Tried with html sites, same ugly effect of many empty lines everywhere...

Plugin Swiper (new image rotator/carousel plugin) currently seems to load only the first image. There isn't any progression to the next image, the previous/next arrows do nothing, etc. This can be seen at the plugin's doc page - [https://doc.tiki.org/PluginSwiper]. I also see the problem at another Tiki 19 site, so it isn't specific to doc.tiki.org.

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.

This request is related to another: http://dev.tiki.org/make+a+wish+-+thank+you?itemId=5053

My goal is to provide my users a consistently-formatted view of the tracker, and hide from them any internals of the tracker itself.

I currently list the items on a wiki page using pluginTrackerFilter. A wiki template page is specified for formatting.

The template includes edit and delete links. The edit link is to a wiki page using pluginTracker. The pluginTracker also uses a template page for formatting, and uses the URL field to return the user to original wiki page that lists the items using pluginTrackerFilter.

But I could not find a plugin that would allow deleting an item. The best I could do was to link to \tiki-view_tracker.php?trackerId=X&remove=Y (where X and Y are the tracker and item IDs). This is the URL I found for the delete icon in the tracker view page. Upon confirming the action the user is taken to the standard view tracker page where the remaining items are listed in the standard tabular form.

Per my stated objective, I would prefer my users to be returned to the original wiki page that lists the items using pluginTrackerFilter. So, the feature request is for either
a) a "remove" option on pluginTracker, or
b) a new pluginTrackerRemoveItem, with a URL parameter such as the one pluginTracker already has

Thanks.

This request is related to another: http://dev.tiki.org/make+a+wish+-+thank+you?itemId=5052

I am trying to hide the internals of my trackers from the users as much as possible. In particular, I do not want them to have to understand how item-list fields work.

Say:
Tracker 1 includes an item-list field.
Tracker 1 has items a, b, and c
Tracker 2 includes an item-link field that points to tracker 1
Tracker 2 has items d, e, and f. Items d and e point to item a.

If the user deletes item (a), (d) and (e) are ophaned, so to speak. As the admin, I can go search for these and delete them on occasion, but it would be far better if these linked items were removed at the same time.

So the feature request is for a plugin that searches for orphaned items and deletes them. You might consider the following fields:

===PluginTrackerRemoveOrphans===
{DL()}
trackerId : ID of tracker in which to search for orphaned items
fieldId : Delimited list of fields to search (field is ignored if not an item-link. All item-link fields searched if no ID specified). If the value is for an item that no longer exists, linking item is removed.
Bool : If false (default), any item-link field pointing to an non-existent item will cause the item to be removed. If true, all fields (or all fields in fieldId parameter, if specified) must point to non-existent items before the item is removed.
URL : Page to which the browser will be directed after the action is performed. If not set, will go to tiki-view_tracker.php&trackerId=trackerId
Confirm : If true, Text , action button, and abort button are displayed. Otherwise the action is executed without user interaction. Default is true.
Text : Text to display to the user regarding the action that is about to take place. Default: "You are about to remove table items referencing other items that no longer exist.
action : Text for button that executes the command. Default is "Continue".
abort : Text for button that aborts the command. Default is "Cancel".
{DL}

How I would use this:

I list the items of tracker 1 on a wiki page using pluginTrackerFilter. Let's say it is named "Catalog". A wiki template page is specified for formatting.

The template includes edit and delete links. The delete link is to a wiki page using pluginTracker or pluginRemoveItem (see http://dev.tiki.org/make+a+wish+-+thank+you?itemId=5052) to remove the item in tracker1. The URL field for this plugin points to a third page that uses PluginTrackerRemoveOrphans. The trackerId field is set to the ID for tracker 2, the confirm field is set to false so the action takes place without user action, and the URL field is set to "Catalog" so that the user returns to the original list of item - {PluginTrackerRemoveOrphans(trackerId="2", confirm='false", url="Catalog") \}.

The user has removed the item from the catalog and all items that linked to it, without knowing anything about the internals.

Thanks.

It is not possible to click "Next" or "End tour" in Tiki 19.x.

Sample code:
{CODE()}
{TOUR(title="Welcome to the tour" prev="-1")}Here's the start of a tour.{TOUR}
.
.
.
{TOUR(next="-1")}This is the last step of the tour.{TOUR}
{CODE}

Chrome Canary console output:
{CODE()}
Uncaught TypeError: $element.data(...).tip is not a function
at Tour._showPopover (bootstrap-tour.js:597)
at Tour._showPopoverAndOverlay (bootstrap-tour.js:552)
at Tour._showPopoverAndOverlay (bootstrap-tour.js:22)
at HTMLBodyElement.<anonymous> (bootstrap-tour.js:717)
at HTMLBodyElement.opt.complete (jquery.js:7267)
at fire (jquery.js:3268)
at Object.fireWith [as resolveWith] (jquery.js:3398)
at tick (jquery.js:7110)
at Function.jQuery.fx.tick (jquery.js:7436)
at schedule (jquery.js:6813)
{CODE}

After click on Next:
{CODE()}
popover.js:164 Uncaught TypeError: No method named "destroy"
at HTMLSpanElement.<anonymous> (popover.js:164)
at Function.each (jquery.js:354)
at jQuery.fn.init.each (jquery.js:189)
at jQuery.fn.init._jQueryInterface [as popover] (popover.js:149)
at Tour.<anonymous> (bootstrap-tour.js:281)
at Tour._callOnPromiseDone (bootstrap-tour.js:815)
at Tour.hideStep (bootstrap-tour.js:305)
at Tour.next (bootstrap-tour.js:179)
at HTMLButtonElement.<anonymous> (bootstrap-tour.js:744)
at HTMLDocument.dispatch (jquery.js:5183)
{CODE}

Probably some class names changed in the BS 3 to 4 transition.

OLD:
--1. The path parameter works to open the new page, but no popup appears on the page.--
This is working ok now: see the show instance linked from here: [https://dev.tiki.org/item5781]. However, there's no provision for the tour to lead back to the starting page.

2. The show_once parameter doesn't seem to prevent the whole tour from displaying, just the tour step that contains the parameter. The tour actually displayed on page refresh with the first step missing but the second step visible.

3. Tour step popups can get very wide (full width of screen) if they have enough content. In Bootstrap normally, popups (popovers) have a max-width of 276px. But we overrode than in Tiki to enable the huge popups in tracker tables. So should there be a special CSS rule for Tour to reimpose the Bootstrap default max-width? (And if so, can/should there also be a parameter to allow a custom max-width for an individual tour step?)

NEW:

1. The show_once parameter doesn't seem to prevent the whole tour from displaying, just the tour step that contains the parameter. The tour actually displayed on page refresh with the first step missing but the second step visible.

2. Tour step popups can get very wide (full width of screen) if they have enough content. In Bootstrap normally, popups (popovers) have a max-width of 276px. But we overrode than in Tiki to enable the huge popups in tracker tables. So should there be a special CSS rule for Tour to reimpose the Bootstrap default max-width? (And if so, can/should there also be a parameter to allow a custom max-width for an individual tour step?)

3. The "start='n'" parameter doesn't seem to work. The tour always starts on page load.

4. There's no documentation for making a start button, for when the tour doesn't start on page load. It's possible to use the plugin with a "show_restart_button='Start Tour'" parameter. Is this the right/best way to make the start button?

NEWEST:
1. The "show_once" parameter works as expected.

2. I added a CSS rule to limit the popover width to 276px (Bootstrap default). Ideally there should be a parameter to override this.

3. The "start='n'" parameter works.

4. I added description in the Tour plugin wiki help form, to use the Restart Tour button.

Plugin Tracker Item Field test feature is not working. It always shows the content , no matter if the test should go positive or negative.

In the show instance, I`ll use an ((PluginTrackerItemField|example)) as in Doc.tiki.org. The desired effect would be to show the message only if there was no items associated with the user. So, when a user have an item, it should show nothing (or anything after the ELSE)

Show instance: http://fvtorres-11800-5970.show.tikiwiki.org
User: admin
Pass: 12345

Thanks!

{syntax type="tiki" editor="plain"}
On a Tiki 24 I have a plugin tracker to display a form on a Wiki page.
The form elements have styles.

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


The same on Tiki 25 (tested on Chrome, Firefox and Safari with custom theme and default).
Styles are not here. ;-)

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

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

Another example with fields and descriptions... It doesn't look good and fields needs space (vertical)

plugin trackerlist param list_mode=csv does nothing for me

I remember that it used to produce the csv output of values, but I can't get it to work as expected with recent 12.x svn.

Example:
Apply profile "Voting System" so that you get that tracker as 1, and call this code in a wiki page.
{CODE()}
{trackerlist trackerId=1 fields="4:5:6" list_mode=csv max=4 showpagination="n"}
{CODE}

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

See https://dev.tiki.org/Bugs-and-wishlist-stats
Where there is a category field type used, it shows %NaN instead.

Plugin TrackerStat has no easy replacement with Plugin List, as far as a I know.

When trackers are used to fill in questionaires, there are sometimes long phrases that are written in full in the description of the field, and the field name is just some short name to refer to it.

When the user fills in the form, the field descriptions can be shown below the field.

But when results are shown through PluginTrackerStat, no field description is shown, and in some cases, it's hard to understand the answers without the full text shown in the description of the field.

This could be solved with a param to optionally display the field descriptions in the Plugin TrackerStat.
-
See it reproduced here:
See it reproduced here:
http://xavi-9794-5637.show.tikiwiki.org/tiki-index.php#contentvotingsystem-2
u: admin
p: 12345

field: 12
How many days?
{CODE()}
1 1 %33.33 <->
1 10 %33.33 <->
1 2 %33.33 <->
{CODE}
How many days is almost meaningless here at result-display time. The description of the field needs to be shown also: "__How many days did you attend last year to the weeksly meetings of hte organization?__"

Plugin TrackerStat has no easy replacement with Plugin List, as far as a I know.

We need to have the answers to a question (tracker field) sorted with natural case sorting. For instance, if you ask in the question a radio button showing options from 1 to 24, you will get the answers sorted as something like (copied from a production site):

{CODE(ln="1")}
1 10 %3.12 <->
1 11 %3.12 <->
2 12 %6.25 <->
1 13 %3.12 <->
1 15 %3.12 <->
5 16 %15.62 <->
4 18 %12.50 <->
1 2 %3.12 <->
3 20 %9.38 <->
1 21 %3.12 <->
1 22 %3.12 <->
1 24 %3.12 <->
1 24 (Always) %3.12 <->
3 3 %9.38 <->
3 5 %9.38 <->
2 6 %6.25 <->
1 8 %3.12 <->
{CODE}

See it reproduced here:
http://xavi-9794-5637.show.tikiwiki.org/tiki-index.php#contentvotingsystem-2
u: admin
p: 12345

field: 12
How many days?
{CODE()}
1 1 %33.33 <->
1 10 %33.33 <->
1 2 %33.33 <->
{CODE}
Answer related to "10" should be after the one related to answer number "2"

PHP function natcasesort needs tobe used to sort answers.
http://php.net/manual/en/function.natcasesort.php

No UI checkbox for the following.

INSERT INTO `tiki_preferences` (`name`, `value`) VALUES
('wiki_validate_plugin', 'n');

Plugin WantedPages leaves off the close parenthesis at the end of a page name, marking that page as "does not exist". It does this regardless of the WantedPages table style.

I have a workaround that ''may'' work as a solution to be added to the regular codebase.

You can see here: ((WantedPages))

Some wanted pages have links to the alias.

{syntax type="tiki" editor="plain"}
PluginAnnotation doesn't work with simple png from a tiki file gallery on 6.x or trunk (reproduced on demo.t.o)

Reproduced here:
http://demo.tiki.org/6x/
and
http://demo.tiki.org/trunk/

I added this code:
{CODE(wrap=1)}
^Foo

{ANNOTATION(src="http://intercanvis.net/display100",align="center")}

Bar
^
{CODE}

No image is shown, even if http://intercanvis.net/display100 returns an image at the browser.

Only the button to save annotations, between the foo and bar strings.

And when you click on that button, then after the button nothing else is displayed (no "bar is displayed, nor the end of the box).

On trunk, you still get the same content (box is shown, and "bar", etc.,)

PluginAnnotation missplaces boxes in Tiki14 compared to Tiki12.

Issue reproduced here:
https://doc.tiki.org/PluginAnnotation+example

Log in as Registered, and try to add a box somewhere in the image, you will see the red box drown somewhere else (missplaced to the right of your cursor).

See it working as expected in Tiki12 (reproduced in a show instance here):
http://xavi-9794-5777.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

{syntax type="tiki" editor="plain"}
In master, this syntax ~np~ {button href="HomePage" _icon_name="truck-front" _type="primary"} ~/np~ doesn't work, although it works in branch 29 and earlier. In master, this syntax causes this error:
{QUOTE()}
!! User error
Plugin argument(s) missing or invalid:
* href
{QUOTE}

The "Show Child Links" option is supposed to "Show links to browse_category on the children categories. "

When enabled, there are no links for the child categories.

--Note: I tried to set up a show.tiki to demonstrate this, but only the categories directly under "top" are shown in Admin Categories. Something is wrong with the show.tiki instance.-- After logging out and back in, Admin Categories shows all the categories. The "Show Child Links" option still does not work.

{syntax type="tiki" editor="plain"}
Please see:

http://doc.tiki.org/Changelog+1.8
http://doc.tiki.org/Changelog+1.9

__Update__: still present in 18.x :( {sign user="luci" datetime="2018-04-03T07:29:30+00:00"}

On a clean Tiki-24.0 install, I installed the Blog profile then I went to the "Members Home" page.

There is a Convene plugin.
* I add a name for a new entry … It works, the entry is added
* I edit the new entry in order to fill my preferences → I can't activate the drop-downs. There is no way I can select my preferences.

There is a Proposal plugin for choosing ''type of ingredients for the meal''
* If I click on a choice in order to vote, I get a WSOD on page -+ tiki-wikiplugin_edit.php +-
On the error logs I see messages like:
{CODE(theme="default")}mod_fcgid: stderr: PHP Fatal error: Uncaught Services_Exception: Request could not be completed due to problems encountered in the security check. There was no security ticket submitted with the request. For more information in the future, administrators can define the error_log setting in the php.ini file.{CODE}

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