Category: Wiki Plugin (extends basic syntax)

Text in a plugin alias body within ~np~~tc~~/np~tags ~np~~/tc~~/np~ appears in the page

{syntax type="tiki" editor="plain"}
On a Tiki25 I have a test page to test stuff and I keep a long list of test and setting commented using the Tiki Comments.
~np~~~/np~tc~

On an updated Tiki25 and Tiki26 an error is now visible as it was not visible previously.
The error is also reported now in the console command.

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

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

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

In Tiki we can filter a large quantity of data but our output is limited to screen.
So in some cases the users are displaying a lot of row only to copy them into a different editor or programs.

IE: Someone perform a search, select annually lines with the mouse, copy and paste into Excel.

We discussed during the January 2022 TRM of an idea of an option to export the results of a customSearch into a CSV file or a PDF or to print it (without the pagination of course). We have something similar for the plugin List table output : https://doc.tiki.org/PluginList-output-control-block#Download_CSV_of_Table_Results

We need this for the customSearch plugin and eventually "outside" the table template.

On a wiki page if you set a Tiki Plugin with a very big content (pictures in a slider) it is displayed all over the page under (or over) the rest of the wiki page content.

{img type="fileId" fileId="304" thumb="y" height="25%" width="25%" noDrawIcon="n"}

{syntax type="tiki" editor="plain"}
The __Redirect__ plugin takes two parameters:
* page = foo (to redirect to a wiki page)
* url = http://foo.com (to redirect to any other page)

However, Tiki sanitizes the __url__ parameter, creating url, which breaks the plugin's redirection.

tiki-print_pages.php should allow to set the parameter tikiversion at printing time, if Plugin Versions is being used. Example: doc.tw.o of twforsmarties: print documentation for veersion 1.9.x, 2.x or 3.x.
http://doc.tikiwiki.org/tiki-print_pages.php

http://twbasics.keycontent.org/tiki-print_pages.php

Right now, if I want to print the full structure of the documentation, I can't chose version (so that the default is shown)


marclaporte: and the same idea should apply to language. Show me doc in my language, if there is none, fall back to available language.

Seen on ((Rubix ML))

Perhaps due to upgrade to Laminas libs?

Seen here too: https://www.bsfez.com/article41-Trackers-Feature-in-Tiki

Like most Wiki engines, TikiWiki displays the date and user information associated with the most recent modification to a page. For example, at the bottom of the doc.tw.o : Tikiwiki Documentation : PluginInclude page (http://doc.tikiwiki.org/tiki-index.php?page=PluginInclude ) we see
Page last modified on Monday 02 June, 2008 03:45:08 UTC by marclaporte
When a page is included within another, however, this information is not displayed.

Is there any way to display this information on a page, for example, through Wiki syntax, or a plugin? Most importantly, I need to show the username, the time edited, and will, down the road, have to display a custom field called ClassOfContributor (eg, Instructor / Student / Administrator )

Any advice / info / hack is appreciated!!

It is great that TikiWiki allows an administrator to customize the Custom Header of a given Website. This allows more personalization than the out of the box "Powered by TikiWiki" logo.

To extend this flexibility, it would be great if one could reference Wiki plugins - custom-built or native Tiki - in the header. As an example, a {RANDOMQUOTE} plugin similar to the simple PHP function on the attached page

http://php.about.com/od/finishedphp1/p/random_quote.htm

I know Christmas is a way's away, but this would be a great early gift!

At : https://tiki.org/Roundtable+Meeting+2017+04
First time entered was 14:00, 15:00, 16:00, 17:00 and 18:00.
They are displayed in a logical and chronologic order.

A user added an option with time set to 21:00.
It should appear after 18:00 but it is displayed before 14:00.

It is very confusing and wrong.

The hours displays on the tag meeting page are displayed using a 12 hours clock even if General Date and Time settings /tiki-admin.php?page=general and my own preferences /tiki-user_preferences.php#contentmytiki_user_preference-2 options are set to use a 24 hours clock.
IE: 4:00 is displayed as it should be 16:00

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

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

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

Adding any date and time using the 24 hours selector will change it to a 12 hours selected hour.

Tested on https://dev.tiki.org

Israel is now UTC+3
I entered 22h for meeting time.
Linux timestamp is correct : 1381518000 = Your time zone: 11 October 2013 22:00:00 GMT+3

However the plugin show me (my user pref are : Asia/Jerusalem UTC+2) on the page : 11 Oct. 13 21:00 IST (not so long ago it show IDT).

Seems Tiki, or the plugin are trying to tell me that Israel is UTC+2 and that is wrong.

If I switch my user preference to ''Site Default'', it shows : 11 Oct. 13 21:00 CEST.
if i switch to ''London UTC+0'', it shows : 11 Oct. 13 20:00 BST

Addition: I added date to convene i created yesterday. Some show IDT some show IST.
They should show the same.
I check the linux timestamp they all are 22:00 (GMT+3) but they show 21:00 on the tiki page.
{img type="fileId" fileId="417" thumb="y" rel="box" noDrawIcon="n"}

Tracker plugins are great.

There should be something about them in the tips, when creating trackers.

When a wiki syntax field calls maketoc and the FADE plugin, the table of contents generated may contain bogus entries at the beginning. All the titles in the body of any call to FADE are taken into consideration by maketoc.

This bug is very similar to {wish id=5496}.

! Example

With the following field content, the TOC contains 2 headers, instead of just "Normal header":
{CODE(color="tiki")}
{maketoc}

! Normal header
This is a test page for the FADE plugin.

{FADE(label=Label)}
!! Header which should not be in the TOC
Lorem ipsum...
{FADE}
{CODE}

Using Structures to assemble Wiki pages into a book is a very powerful way to manage sets of pages in a holistic manner.

A common usage requirement however is to be able to restrict access to some selected pages within a Structure, which works fine from an access control point of view, BUT when the toc function is used ALL the pages will be listed within the Structure no matter what Category permissions the individual user has. This means that users have visibility of some pages that they cannot access - which may be very undesirable!! and conflicts with the WYSIWYCA principle.

It would be extremely useful to be able to filter the resultant list from the toc function, to just the pages/links that the individual user's categorisation permission allow them to see. In this way the categorised pages would not be visible at all in the same way as they are treated in many other functions e.g. List pages etc.

Still does this in 3.0b4

FIXED

The "pagename" parameter of ~np~{toc}~/np~ seems to be ignored.

On any new wiki page __~np~ {toc} ~/np~ __ would not be expected to show anything since the page is not part of a structure. This works as expected.

However change that to __~np~ {toc maxdepth=3 shownum=1 structId=15} ~/np~ __ (or any other valid structure Id) and the first three levels of the structure are correctly listed.

From that structure listing, pick a target page, preferably one which is known to have sub-ordinate pages in the structure, for example
__~np~ {toc maxdepth=3 shownum="1" structId=15 pagename=Group#03} ~/np~ __ or __~np~ {toc maxdepth=3 shownum="1" structId=15 pagename=Smith_Fred_1234} ~/np~ __

This should list the structure below page "Group#03" or "Smith_Fred_1234", but instead it lists the root of the structure, as if the "pagename" was missing.

Also, for a page in a structure, the pagename does not default to the current page (as per documentation at http://doc.tikiwiki.org/Structure+User ) when structId is used

Further background at http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=37636&topics_sort_mode=lastPost_desc&forumId=4 This is really hurting us.

We're new to TikiWiki and any work-around suggestions would be really helpful.

Thanks

Martin

U1. Updated with alternate example page names

Tour plugins (Bootstrap Tour) work fine in Tiki 15 but in Tiki 16 and in branch 17 and trunk, the tour doesn't work. When the same code as in Tiki 15 is used in these later versions, nothing of the Tour displays. (The tour doesn't start.) There's no error message.

UPDATE: The tour works as expected in the show instance (trunk), so there must be some installation-specific problems both for the user who reported a problem ([https://tiki.org/forumthread65396]) and me in my local tests.

When using the TRACKER plugin with Tiki 2.2:
*I created a new tracker.
*In the tracker's description, I enabled the "Wiki parsed" option and included wiki syntax in the description.
*On a wiki page, I added the tracker with the TRACKER plugin
*I set the __showdesc=y__ option.

The description appeared, but was not wiki parsed.

Tracker field text-area flow over the field name if using wysiwyg and same row=no in a tracker plugin.

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

There is an instance to check it:
http://bsfez-11581-6093.show.tikiwiki.org/tiki-index.php

{THUMB(id=17,url="show_image.php?id=17")}{THUMB}

I am addicted to Dynamic Lists, but the tracker plugin does not render the items at all.

It would be nice if it did.

The following plugin config worked perfectly in Tiki 10 (and indeed previous versions)

~np~{TRACKER(trackerId="6", fields="62:61:60:69:63:64:65:66:67:68:70:71:73", action="Subscribe to Newsletter", url="Newsletter Subscription Thankyou", emailformat="html", sort="y", email="admin@naturalaccess.org.uk|39,geoff.brickell@naturalaccess.org.uk|subscresp.tpl,subsccopy.tpl")}{TRACKER}~/np~

What happens now is that whilst the new tracker item/record is created instead of going to the defined URL page and sending the various emails using the templates, the page refreshes and just shows the following text:

Subject set twice

Grep'ing the 12.x branch shows that the only files that the text 'Subject set twice' is in, are:

lib/openpgp/.svn/text-base/OpenPGP_Zend_Mail.php.svn-base
lib/openpgp/OpenPGP_Zend_Mail.php
vendor/bombayworks/zendframework1/library/Zend/Mail.php

So some sort of wrong call to Zend mail ??

Which might be something to do with this tracker config sending two separate emails with different text defined by the templates??? Just guessing really


Fixed by r48536 - thanks Jonny

{maketoc}

Using 1.9.cvs

!! 1st trial
!!! Using a tracker plugin code within this page content:
{CODE()}
{MAKETOCBOX(float=>none)}{MAKETOCBOX}
!! Ofertes de recursos o serveis

!!! Oferiments de transports
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Transport, exactvalue=>Transport, goIfOne=>n)}Com????{TRACKERLIST}

!!! Oferiments de recursos (materials)
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Recurs, exactvalue=>Recurs, goIfOne=>n)}Com????{TRACKERLIST}

!!! Oferiments de serveis (immaterials)
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Servei, exactvalue=>Servei, goIfOne=>n)}Com????{TRACKERLIST}

!!! Oferiments d'altres coses
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Altres, exactvalue=>Altres, goIfOne=>n)}Com????{TRACKERLIST}

!! Insereix nous oferiments a la base de dades
{TRACKER(trackerId=>2, fields=>5:6:7:17:8:16:11, action=>Envia les dades del teu oferiment, showtitle=>n, showdesc=>n, showmandatory=>y, embedded=>y)}Oferiment enviat amb èxit! Pots continuar navegant per la web amb normalitat. {TRACKER}
{CODE}

!!!- Tracker 2 is this one:
{CODE()}
[TRACKER]
trackerId = 2
name = Ofertes
description = Ofertes de recursos i serveis de persones de la Vall del Corb i afins
useExplicitNames = n
showStatus = y
defaultStatus = o
showStatusAdminOnly = n
outboundEmail =
simpleEmail = n
newItemStatus = o
modItemStatus =
writerCanModify = y
writerGroupCanModify = n
showCreated = y
showLastModif = y
defaultOrderKey = -1
defaultOrderDir = asc
useComments = y
showComments = n
useAttachments = y
showAttachments = n
attachmentsconf = 0,1,3,0,2,0,0,0
useRatings = n
ratingOptions =
categories = 3
{CODE}

!!!- And its fields are these:
{CODE()}
[FIELD5]
fieldId = 5
name = Què ofereixes?
position = 10
type = t
options =
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD6]
fieldId = 6
name = Tipus d'oferta
position = 20
type = d
options = Recurs,Servei,Transport,Altres
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD7]
fieldId = 7
name = Descripció
position = 30
type = a
options = 1
isMain = n
isTblVisible = n
isSearchable = y
isPublic = y
isHidden = n
isMandatory = n
[FIELD17]
fieldId = 17
name = Foto
position = 35
type = i
options = 50,50,400,400,400
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
[FIELD8]
fieldId = 8
name = Persones interessades
position = 40
type = l
options = 3,15,5,14,1
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = n
[FIELD16]
fieldId = 16
name = Demanda relacionada
position = 45
type = r
options = 3,9,1
isMain = n
isTblVisible = y
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
[FIELD11]
fieldId = 11
name = Persona que ho ofereix
position = 50
type = u
options = 1
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = p
isMandatory = n
{CODE}

!!! I inserted this information:

||Què ofereixes? *: | Manual d'administració de Webs com aquesta
Tipus d'oferta *: |Recurs
Descripció: | En pdf..., i en català . tot i que la versió en anglès és més complerta.
Foto: |
Demanda relacionada: |
Persona que ho ofereix | admin
| submit button ||
''(At this page: [http://www.moviments.net/valldelcorb/Ofertes] )''

!!! I get this message after attempting to insert a new record:
^
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 '='Ofertes' where `itemId`='13'' at line 1
^

!! 2nd trial
I made another trial in another page just having the tracker plugin ([http://moviments.net/valldelcorb/prova]), with just this content in the page:
{CODE()}
{TRACKER(trackerId=>2, fields=>5:6:7:17:8:16:11, action=>Envia les dades del teu oferiment, showtitle=>n, showdesc=>n, showmandatory=>y, embedded=>y)}Oferiment enviat amb èxit! Pots continuar navegant per la web amb normalitat. {TRACKER}
{CODE}

I got this message:
^
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 '='prova' where `itemId`='14'' at line 1 in query:

update tiki_trk_2 set =? where `itemId`=?


in /home/httpd/tiki19/lib/tikidblib.php on line 134
^

On ((Add to WishList)), quicktags are missing.

#Create a Tracker with a drop down field that has several choices. #Enter one choice twice in Succession to get a "default" value.
#Enter an item using the tracker, but select a non-default value in the drop down field.
#Create two wiki pages each with one of the plugins as defined below...
~np~{TRACKERLIST(trackerId=3,showlinks=y,sort_mode=created_desc,url="tiki-index.php?page=Tracker+Plugin+Test&itemId")}{TRACKERLIST}~/np~

~np~{TRACKER(trackerId=3,url="tiki-view_tracker.php?trackerId=3")}{TRACKER}~/np~

Notice that the TRACKERLIST plugin, has a "url" argument that will display the page with the TRACKER plugin. The "url" has "&itemId" at the end of the url, so that clicking any item, will open the page with the TRACKER plugin, and you should see all the fields filled in with their correpsonding values (from that item).

For the dropdown menu, the value displayed is NOT the one that was originally selected by the user, but rather the default value.

The TRACKER Plugin is great for "Insert New" functionality, but cannot be used for "Edit Item" functionality, as fields with default value settings cause an overwrite of the user's input for those fields.

This situation prevents the user of the TRACKER plugin as a round-trip tool (insert with TRACKER --> TRACKERLIST --> edit with TRACKER), as the user's values are blown away and replaced with the default field values.

Note: values selected using "Category" field types are never selected using the TRACKER plugin to edit a TRACKER item. For some reason the TRACKER plugin does not pick up category values from category fields, although does allow inputing them.