|
Parameters | Accepted Values | Description | Default | Since |
---|---|---|---|---|
(body of plugin) | Confirmation message after posting form | |||
trackerId |
digits | Numeric value representing the tracker ID | 1 | |
ajax |
Use ajax to create and update tracker items instead of form submission via request variables. | n | ||
email |
To send an email once the tracker item has been created. Format: from|to|template For from and to , use an email address
(separate multiple addresses with a comma), a username, a fieldId of a field containing either an email address or a username,
a fieldId of a UserSelector or GroupSelector field, or "createdBy" or "lastModifBy" for the item creator or modifier.
When username is being used, the email will be sent to the email address of the user on file.
When sending to several emails using different template, provide the template name for the message body for each email;
I.e., the first template will be used for the first to, the second template if exists will be used
for the second from (otherwise the last given template will be used). Each template needs two files, one for the subject one for the body. The subject will be named
template_subject.tpl. All the templates must be in the templates/mail directory. Example:
webmaster@my.com|a@my.com,b@my.com|templatea.tpl,templateb.tpl (templates/mail/tracker_changed_notification.tpl
is the default from which you can get inspiration). |
2.0 | ||
emailformat |
Choose between values text or html, depending on the syntax in the template file that will be used | text | 6.1 | |
preview |
To add a preview button with the label set by this parameter. Default:
Preview . Useful to preview the computed fields of an item. |
Preview | 2.0 | |
reset |
Label for the reset button, to return all fields to their default values. | reset | 4.2 | |
tpl |
Name of the template used to display the tracker items. In the template, the
smarty variable {$f_id} will be replaced with the appropriate input tag, with id representing
the field ID. The form tag and the submit button are generated by Tiki outside the template |
2.0 | ||
values |
Colon-separated list of default values corresponding to the fields parameter.
First value corresponds to first field, second value to second field, etc. Default values can be
set by using autosavefields and autosavevalues as URL parameters. |
2.0 | ||
action |
separator: : |
Colon-separated labels for form submit buttons. Default is Save . When set to
NONE , the save button will not appear and values will be saved dynamically. |
Save | 1 |
action_style |
separator: : |
Sets button style classes for action buttons. If multiple buttons have been set
in the action parameter, the same number of colon-separated styles must be set here. Example:btn btn-secondary:btn btn-success:btn btn-primary float-end |
btn btn-secondary | 14.1 |
rulesparent |
text | JQuery selector for the parent object to show or hide when executing field rules. | .tracker-field-group:first | |
fieldtofilter |
Field to filter user tracker items to: view="user&field" |
15.3 | ||
fieldtofiltervalue |
Value to filter user tracker items to: view="user&field" |
15.3 | ||
fieldsfilldefaults |
Colon-separated list of default values for Multiple Fill Fields. | 9.0 | ||
fieldsfillseparator |
Choose separator between fields in each line of the Multiple Fill text area.
Default is pipe (| ). |
| | 9.0 | |
fieldsfilldescription |
text | Explanatory text below the Multiple Fill Fields text area. Default is the list of the fields which should be in each line. Put a space for no visible text below the Multiple Fill Fields text area. | 24.4 | |
fieldsfilllabel |
text | Explanatory text on the left of the Multiple Fill Fields text area. Default is "Insert one item per line:". | 24.4 | |
chosenGroup |
text | The user enters this group via the registration (only a single group name is supported) | Registered | 15.0 |
status |
Status of the item used in combination with: view="user" orview="user&field" |
6.0 | ||
userfieldtofilter |
User field to filter user tracker items to: view="user&field" |
15.3 | ||
fieldtofiltercriteria |
(blank) creationAsc creationDesc |
If more than one item found, will choose under this criteria. Used in combination with:view="user&field" |
15.3 | |
showmandatory |
(blank) y n |
Indicate mandatory fields with an asterisk (shown by default). | y | 1 |
newstatus |
(blank) o p c |
Default status applied to newly created or saved items. | 2.0 | |
outputwikinamespace |
pagename | Name of namespace that is used for the wiki page that is created when outputting to a wiki page. | 13.0 | |
registration |
(blank) y n |
Add registration fields such as Username and Password for use in registration trackers | n | 6.0 |
showdesc |
(blank) y n |
Show the tracker's description (not shown by default) | n | 1 |
showfieldsdesc |
(blank) y n |
Show the tracker's field descriptions (shown by default) | y | 12.1 |
showstatus |
(blank) y n |
Show the status of the items (not shown by default) | n | 5.0 |
showtitle |
(blank) y n |
Display the title of the tracker at the top of the form (not shown by default) | n | 1 |
sort |
(blank) y n |
Display columns in the order listed in the fields parameter instead of by field ID (field ID order is used by default) | n | 2.0 |
transactionStep |
digits | Transaction step number specifying the order of the transaction steps. The first
step must be 0 . |
0 | 15.0 |
transactionName |
alpha | The transaction identifier. This identifier connects the various trackers into a single transaction. Must be unique per transaction. The multiple steps in a single transaction must share the same transaction name. | 15.0 | |
transactionPreviousURL |
url | The page to go back to when the "previous" button is clicked. | 18.4 | |
transactionPreviousLabel |
text | Text for the "previous" button label. | 18.4 | |
url |
url separator: : |
URL the user is sent to after the form is submitted. The string itemId will
be replaced with itemId=xx where xx is the new (or current) itemId. This parameter can be used in combination with the TABS plugin using ?cookietab=1&itemId (change the cookietab parameter's value depending on the tab you want the user to be sent to). |
1 | |
target |
(blank) _blank _parent _self _top |
Set the target parameter for the url (determines whether target will open in a new page, etc.) | 4.0 | |
rules |
(blank) y n |
Set up rules on field definitions to show and hide fields conditionally. | n | |
validateusers |
(blank) y n |
Here one can overrule the default validate users by e-mail preference. | 15.0 | |
view |
(blank) group page user userandfield |
Determine which items will be affected byt the form. If set to user and
trackerId is not set, then the user tracker associated with the default group will be affected.
If trackerId is set, then the item associated with the user in that tracker will be affected.
If set to page , the item associated with that page will be affected (trackerId must be
set in this case). |
1 | |
colwidth |
Specify the width in pixels or percentage of the first column (the labels) in the tracker form. | 3.0 | ||
wiki |
pagename | Name of the wiki page containing the template to display the tracker items. This
page must have the permission tiki_p_use_as_template assigned to the Anonymous group to be used
as a template. |
2.0 | |
autosavevalues |
text separator: : |
Colon-separated values corresponding to autosavefields . Special syntax cases:categories(x) - selects the first child category under a category with ID
x for use in a category fieldcategory(x) - selects a category with this ID
x for use in a category fieldpreference(x) - inserts the value of the preference with x being the
preference name. |
5.0 | |
discarditem |
(blank) y n |
Used with outputtowiki - whether to discard the tracker item itself
once the wiki page is created, so that, in effect, the tracker is just a vehicle to create form
fields to facilitate creating wiki pages. |
6.0 | |
formtag |
(blank) y n |
If set to Yes (y ), the tracker is contained in a form tag and has action buttons |
y | 6.4 |
embedded |
(blank) y n |
Embedded | n | 1 |
transactionFinalStep |
(blank) y n |
Indicate whether this is the final transaction step | 15.0 | |
ignoreRequestItemId |
(blank) y n |
Do not filter on the parameter itemId if in the url (default is to filter) |
n | 6.0 |
urlparams |
url separator: : |
Input form parameters (or field IDs) separated by a colon (: ) to pass them in the URL after the form is submitted and redirected to the URL specified in the url param. Example: urlparams="1:2:3:trackit" . Enter * to keep all the submitted parameters in the URL. |
19.0 | |
overwrite |
(blank) y n |
Overwrite current field values of the item with the input values. Does not
overwrite wiki pages and does not work when the discarditem parameter is set to Yes (y ). |
n | 6.0 |
outputwikirelation |
(blank) y n |
Store tiki.wiki.linkeditem and tiki.wiki.linkedfield relation from the created
wiki page when outputting to a wiki page. Optionally, (separate feature to be turned on in admin
panel) these relations are used to sync page renames with the field specified in outputtowiki ,
and also optionally to redirect page viewing to the tracker item instead (where you can then
include the page if needed). |
n | 13.0 |
outputwiki |
pagename | Name of the wiki page containing the template to format the output to wiki page.
Must be set for outputtowiki to work. The template can contain variables to represent fields, for example
{$f_6} would result in the value of fieldId 6. Also {$f_itemId} can be used for the itemId and if you have set
register to yes, you can use {$register_login} and {$register_email} . |
6.0 | |
fields |
separator: : |
Colon-separated list of field IDs to be displayed in the form as input fields.
If empty, all fields will be shown. Example: 2:4:5 |
1 | |
itemId |
digits | ItemId identifying the item to be edited. | 3.0 | |
fieldsfill |
separator: : |
Colon-separated list of field IDs to be filled with multiple values, to create
multiple items in one save. If empty, only one item will be created. Only for
item creation. Example: 2:4:5 |
9.0 | |
outputtowiki |
digits | Output result to a new wiki page with the name taken from the input for the specified fieldId | 6.0 | |
autosavefields |
digits separator: : |
Colon-separated list of field IDs to be automatically filled with values upon save. | 5.0 | |
levelupfields |
digits separator: : |
Used with the autosavefields and autosavevalues parameters. Colon-separated list of field IDs being
auto-saved where the specified auto-save value will not take effect if it is less than or equal to
the current value of the field |
8.0 |
overwrite
parameter is only to overwrite tracker items (not wiki pages) - not useful when discarditem="y"
outputwiki
as template you cannot use Smarty syntax programmatically because the resulting output is static wiki page (not computed against an existing Tracker Item like with Pretty Trackers and TrackerLists) - you can use only {$f_XX}
to indicate the fields values or Argument variables.
{TRACKER(trackerId="1" fields="1:3:4" action="Send")} Thanks for your contribution! {TRACKER}
In some situation you want to go to a TRACKER page (in our example named SubmitOrder) where fields are automatically pre-filled. In this case you can use an URL like this:
tiki-index_raw.php?page=SubmitOrder&autosavefields=1&autosavevalues=tikiwiki
When in the page SubmitOrder, you click on Save, and the field 1 will be filled with the value tikiwiki
. If the field 1 is multivalue field (ex: category), the value will be added to the potentially additional value the user has selected whatever the user does.
Tip:
The construction of such URL can use the feature 'Wiki argument variables'
(see Advanced Wiki Syntax usage examples)
tiki-index_raw.php?page=SubmitOrder&autosavefields=2:3&autosavevalues={â{itemId}â}:{â{page}â}
You could also use the url parameter "prefills" with the corresponding "values". See more information here:
See also PluginTrackerList to see how to use the parameter url
to transfer an itemId
to an URL or PluginJQ if you want to use jQuery.
If you want to fill some fields of an item in a page and to fill some other ones in another page, you need to use the param url with the itemId option.
Example (uses SEFUrl enabled links):
Page1
{tracker trackerId="1" fields="1:2:3" url="Page2?itemId"}
Page2
{tracker trackerId="1" fields="4:5:6" url="Page3?itemId"}
Page3 - the final one that will display the currently submitted itemId:
{trackerlist trackerId="1" fields="1:2:3:4:5:6"}
It is also possible to use tabs and link to each tab using "cookietab".
Note that the tracker item will be saved by sequence so you better check that no mandatory field rules are on the way.
{TABS(tabs="First Tab|Second Tab|Third Tab")} {tracker trackerId="1" fields="1:2:3" action="Next" url="pageName?cookietab=2&itemId"} ///// {tracker trackerId="1" fields="4:5:6" action="Next" url="pageName?cookietab=3&itemId"} ///// {TRACKER(trackerId="1" fields="7:8:9" action="Save")}Saved!{TRACKER} {TABS}
New in Tiki15
Plugin tracker's transaction feature enables a sequence of trackers to be chained into a single transaction, which is submitted only after the user submits the last tracker form. Otherwise the transaction is cancelled.
The easiest way to use the feature is to create a wiki page for each of the steps.
Here is an example.
{tracker trackerId="1" fields="2" action="Next" ignoreRequestItemId="y" registration="y" chosenGroup="Registered" transactionName="RegistrationTransaction" transactionStep="0" transactionFinalStep="n" url="Register+Step+2"}
{tracker trackerId="2" fields="4" action="Finish" ignoreRequestItemId="y" transactionName="RegistrationTransaction" transactionStep="1" transactionFinalStep="y"}
The registration and the tracker records of trackerId
1 and 2 will only get saved after the user presses Finish on Register+Step+2.
As mentioned, in a template, use the {$f_id}
syntax to insert the value of fieldId=id.
It is also possible and nowadays recommended to use the {$f_permanentname}
syntax to insert the value of ''permanent name" of the tracker field instead of the id.
It is also recommended to use a specific custom prefix for all fields of a tracker (one prefix per tracker) to allow to reuse and to provide existing trackers easily with a profile. Syntax: {$f__prefix_permanentname}
. The prefix can be set in the tracker preference settings.
It is also possible to insert the ItemId itself, which is useful to create new wiki pages with tracker plugins inside. To do this you'll have to add an Auto-Increment Field to your tracker, with the appropriate options to auto-fill it with the itemId. This new field content (itemId value) can then be inserted in the template with the syntax seen above.
Since Tiki 15.1, wiki page templates can be (optionally) used for email notifications using the "wiki:page name tpl" format instead of template_name.tpl
files in the templates/mail
dir. Tiki will use a page "page name subject tpl" if found.
Please mind, that wiki pages are more for quick and easy use cases, for testing and for proof of concept, whilst .tpl
files in the server directory are more reliable and much better to handle in larger projects or for advanced use cases.
Mind: .tpl
templates for emails are stored in the folder templates/mail
{trackerlist trackerId="1" fields="1:2:3:4:5:6" url="Page1?itemId"}
You can use the parameter email
to send an email once the tracker item has been created.
templates/mail
directory,
The format for the email parameter is: from|to|template.
createdBy
was added in Tiki 17 and might be back-ported to 16.
createdBy
sends to the email of the currently logged in creator of the item.
Since Tiki 15 .1, Tracker plugin allows Items List fields to be used as the to or from fields in the email parameter. They will be shown in the form as read only labels. This might be useful in cases such as:
Since Tiki 16.3, email recipients option allows to set fieldId of a UserSelector (including multiple users selected) and GroupSelector.
single recipient, single template
{TRACKER(trackerId="1" fields="1:2:3" action="Send" email="sender@domain.com|recipient@domain.com|templatename.tpl")}{TRACKER}
single recipient (creator), default site sender, basic default template (for quick proof of concept)
{TRACKER(trackerId="15" action="Send" email="|createdBy|")} Thank you for submitting an issue. We will come back to you as soon as possible. What do you want to do now: ((Issue Tracker|submit another issue)) or ((HomePage|browse the website))? {TRACKER}
single recipient (creator), custom sender, custom template for body, default basic subject
{TRACKER(trackerId="15" action="Send" email="info@example.com|createdBy|mytemplate.tpl")} Thank you for submitting an issue. We will come back to you as soon as possible. What do you want to do now: ((Issue Tracker|submit another issue)) or ((HomePage|browse the website))? {TRACKER}
single recipient (creator), custom sender, custom template for body, custom subject template
{TRACKER(trackerId="15" action="Send" email="info@example.com|createdBy|mytemplate.tpl,mytemplate_subject.tpl")} Thank you for submitting an issue. We will come back to you as soon as possible. What do you want to do now: ((Issue Tracker|submit another issue)) or ((HomePage|browse the website))? {TRACKER}
multiple recipients, single template
{TRACKER(trackerId="1" fields="1:2:3" action="Send" email="sender@domain.com|recipient_1@domain.com,recipient_2@domain.com,recipient_3@domain.com|templatename.tpl")}{TRACKER}
In this case it will send the same notification to recipient_1, recipient_2 and recipient_3.
multiple recipients, multiple templates
{TRACKER(trackerId="1" fields="1:2:3" action="Send" email="sender@domain.com|recipient_1@domain.com,recipient_2@domain.com,recipient_3@domain.com|templatename_a.tpl,templatename_b.tpl,templatename_c.tpl")}{TRACKER}
In this case each recipient will receive a different notification. The recipient_1 will receive email using template_a, recipient_2 will receive email using template_b and recipient_3 will receive email using template_3.
creator plus second recipient, two different body templates and two different subjects
{TRACKER(trackerId="15" action="Send" email="info@example.com|admin@mysite.com,createdBy|admin-template.tpl,creator-template.tpl,admin-template_subject.tpl,creator-template_subject.tpl")} Thank you for submitting an issue. We well come back to you as soon as possible. What do you want to do now: ((Issue Tracker|submit another issue)) or ((HomePage|browse the website))? {redirect page="Test-Tracker-Creator-Email"} {TRACKER}
single recipient (field), custom sender, custom template to fill the tracker plugin, custom template for body, custom subject template
Wiki page
{TRACKER(trackerId="15" action="Send" email="info@exemple.com|12|mytemplate.tpl" wiki="Template page")}Thank you!{TRACKER}
Template page
{TR()}Name{TR}: {$f_11} {TR()}Email address{TR}: {$f_12}
When filling the form (using the template) the email address from the field 12 will be used as recipient.
Each template needs two files, one for the subject one for the body. All the templates must be in the templates/mail directory or (since Tiki15.1) in wiki pages and specified as "wiki:page name tpl" (you have to include the "tpl" exact word in the name without a dot, and place it, for instance, at the end).
The naming of these files needs to be slightly different depending on whether you use template files on disk or wiki pages as templates.
If you want to use smarty template files on disk:
Example:
{TRACKER(trackerId="1" fields="1:2:3" action="Send" email="sender@domain.com|recipient@domain.com|mytemplate.tpl")}{TRACKER}
Note that you don't specify the subject template in the tracker plugin call, but the subject needs to exist with the corresponding name ("mytemplate_subject.tpl" in this case) if you want to have the subject message customized.
If you want to use wiki pages as smarty templates:
Example:
{TRACKER(trackerId="1" fields="1:2:3" action="Send" email="sender@domain.com|recipient@domain.com|wiki:page name tpl")}{TRACKER}
Note that you don't specify the subject template in the tracker plugin call, but the subject needs to exist with the corresponding name ("page name subject tpl" in this case) if you want to have the subject message customized.
Hello, the {tr}item{/tr} "{$f_name}" {tr}was modified at{/tr} {$server_name} in {$mail_trackerName}
Where {$f_name} will be the content of the field name, {$server_name} is the domain name and {$mail_trackerName} is the tracker name.
{tr}Hello,{/tr} {tr}Title:{/tr} {$f_name} {tr}Description:{/tr} {$f_description} {tr}View the tracker item at:{/tr} {$mail_machine_raw}/tiki-view_tracker_item.php?itemId={$mail_itemId}
Not all wiki variables work (pretty tracker syntax won’t work).
https://doc.tiki.org/PluginTracker
)https://doc.tiki.org
)doc.tiki.org
)
See also: