Loading...
 
Skip to main content

PluginList format control block


The FORMAT control block is used to create individually formatted objects that can then be used in any of the individual OUTPUT methods.

Available filters

Name Description Boolean Sample Tiki Version
default Display a default value or a default file when no value is available no "empty", "1140" (fileId) -
format format the displayed value to something different that the db value (human readable) no "trackerrender", "date", "objectlink", etc. (see format parameters here) -
editable Make the field editable so the value can be changed from the results display. Inline editing (found in admin control panels => trackers) must be enable. Must be used in conjunction with the trackerrender format (see above) and may require mode="raw" when using it with the table output template} editable="inline" -


Note that in some cases the field that will be displayed has its own behavior and it can clash with the format you selected.
IE: A tracker field that is a "title" is pre-formatted as a link. If you set the format as "objectlink" (or you set the display inside a link) the display will end broken as Tiki will try to display a link inside a link.

For the default parameter, it's important to remember that the tracker field "Files" works a bit differently than the others with this parameter. The tracker field Files expect an Id from the File Gallery. When most of the other fields type will display the text of the default parameters the default for "Files" must be an existing file in a gallery. The file can be an "anonymous" portrait file or a plain white image or an image with only the text "Not Available", etc. Whatever you feel right for your usage.

Basic example

In most of the examples shown in PluginList output control block and PluginList advanced output control block you will see a FORMAT control block have been used. E.g. in the example shown for Table output as below, two FORMAT control blocks are used:

Sample using the default table formatting
Copy to clipboard
{LIST()} {filter type="trackeritem"} {filter content="water"} {OUTPUT(template="table")} {column field="title_link" sort="title" label="Title" mode="raw"} {column field="description" label="Description"} {column field="event_date" sort="tracker_field_18" label="Event Date"} {OUTPUT} {FORMAT(name="title_link")}{display name="title" format="objectlink"}{FORMAT} {FORMAT(name="event_date")}{display name="tracker_field_18" format="date"}{FORMAT} {LIST}


The first FORMAT control block defines an object with the name title_link that is displayed in a specific way - this object reference is then used in the column control block in the body of the table OUTPUT. Similarly the second FORMAT control block defines the event_date object which is also used in a column control block.

A similar use of the FORMAT control block allows the normal set of Smarty variables, eg {user} etc, to be made available in Smarty templates - for example:

Format example to reference a normal smarty variable
Copy to clipboard
{FORMAT(name="theuser")} { {user} } {FORMAT}
 Note
The double brackets ( {{}} ) around user should have no spaces between them. Spaces are used here only to keep the user variable from being interpreted.

This creates a reference object theuser with the userId of the current user which can then be invoked in a server stored smarty template using the variable {$row.theuser}.

Examples of the use of the FORMAT control block (format and default value)

Copy to clipboard
{LIST()} {filter field="tracker_id" content="1"} {filter field="tracker_status" content="o"} {OUTPUT()} {DIV(class="h3")}{display name="name"}{DIV} {display name="photo"}%%% {display name="email"} {OUTPUT} {FORMAT(name="name")}{display name="tracker_field_userName"}{FORMAT} {FORMAT(name="photo")}{display name="tracker_field_userPhoto" format="trackerrender" default="1140"}{FORMAT} {FORMAT(name="location")}{display name="tracker_field_userLocation" format="trackerrender" default="Unknown"}{FORMAT} {LIST}


Default parameter applied on the "photo" field will display a default generic image if not file found.
Default parameter applied on the "location" field will display the text "Unknown" if the field is empty.

Example with comments


You might want to display all comments, and this script will retrieve them:

Wiki Output Sample
Copy to clipboard
{LIST(cache="n")} {filter type="comment"} {pagination max="10"} {OUTPUT( template="table")} {column field="title"} {column field="comment_content"} {column field="object_link" mode="raw"} {column field="date"} {OUTPUT} {FORMAT( name="object_link")} {display name="object_id" format="objectlink"} {FORMAT} {sort mode="date_desc"} {LIST}

The FORMAT control block defines an object with the name object_link which is displayed in such a way that it is object_id which is displayed and formatted as objectlink; which makes the id clickable. This object reference is then used in the column control block in the body of the OUTPUT table.
This gives us the following result:

Title Comment Thread Id Date
Re: Create Page is confusing > The current TIKI concept of how to create a new page is very confusing to new users — you have to already be editing an existing wiki page in order to create a new one. This is (IMHO) very anti-user friendly. This way of creating pages is generally the better than creating a new page from scratch in terms of wiki content organization and link structure. The way it works is a user reading a page inserts a link to a page on a related topic that he/she would like to see included in the wiki, and that he/she feels is relevant to the current page. If the page exists, the link gets made automatically. If the link doesn't exist, any user can click on the link to create the page, and add content to it. In this way, the organization of pages and links grows naturally in a coherent web. On the other hand, creating new pages from scratch tends to result in a lot of orphan pages floating around, since the predominant method most wiki pages are accessed is through hyperlinks. Every new page created should fit into the existing wiki somewhere, and should start with at least one link to it. If a user ever feels the need to create a new page out of the blue, it is usually a better idea to look for similar pages first. I personally think creating new pages by inserting a link to nonexistent ones should be the only way of creating pages. Just my two cents =) Jimmy 488 2007-08-03 18:12:52
Why isn't this page in the Documentation structure??? Mmmm... I wonder why this page is not at the Documentation structure.... 487 2007-07-31 16:38:14
Page image bugs At least for me this page does not display correctly. I see error messages like: picture not found img/icons2/alert.gif 485 2007-07-28 00:04:58
Re: Re: list problems > You can't breakup a numbered list with non-numbered paragraphs — the list will restart. For example, you can't have: > 1. Step One > 2. Step Two > Some text here > 3. Step three > > Instead, TIKI will reset the count at: > > 1. Step tree. > > This should be mentioned in the doc Actually, at least now there is a solution to this problem, with the use of the + character to start additional lines. If you're doing a lot of complex stuff like that, though, you may be happier just writing HTML instead of wiki syntax. 484 2007-07-28 00:03:51
Re: database charset issue > I thought, that setting default_charset = "utf-8" in PHP.INI would deal with database charset issue , but it hasn't helped, so I've had to revert back to "set names utf8", as described in my comments out there... > Any ideas on that? Koichi, no idea myself. But remember that this type of questions should be sent only to tw.o forums ( http://tikiwiki.org/forums ) to avoid cross posting and filling up unnecesarily our email boxes. Take you time to let people attempt to answer you at tw.o, or request professional support, if needed answer more urgently FindSupport HTH 479 2007-07-25 16:01:26
this questions to tw.o forums, please Here only issues for documentation... You are welcome to help on documenting, by the way 😊 Welcome Authors 478 2007-07-25 16:00:17
Isn't easyPHP supported anymore? I can't see new releases on easyPHP . The existing ones are outdated. Anyway, what charsets are used in it? I'm messed up with database charset issue ... 475 2007-07-25 11:24:28
database charset issue I thought, that setting default_charset = "utf-8" in PHP.INI would deal with database charset issue , but it hasn't helped, so I've had to revert back to "set names utf8", as described in my comments out there... Any ideas on that? 474 2007-07-25 11:20:53
Re: SIMPLE WAY TO PUT GOOGLE ADSENSE IN YOUR TIKIWIKI Hey, Francisco Javier (=oliverartur?), thanks for the tip! Feel free to add more tutorials and howto's in doc.tw.o! 😊 And Welcome to tikiwiki Community! 😊 469 2007-07-22 12:03:03
SIMPLE WAY TO PUT GOOGLE ADSENSE IN YOUR TIKIWIKI THERE IS A SIMPLE WAY TO PUT GOOGLE ADSENSE IN YOUR TIKIWIKI Due TikiWiki usues the Smarty Template System you need to use the proper tags, but it's very simple. In my case I've created a folder inside my TikiWiki root called "adsense". Follow this simple steps: 1). Make a file that contains your Google Adense code and save it as you like with the .htm extension. (in my case "VinculosDer.htm") 2). Go to Admin -> Modules in your TikiWiki and Create a new module with name and title yow desire but with the Data: as in my case make sure your path match with your adsense file previously created. 3). Assign the module. (Right Border in My case) THAT'S IT!!! You can see this working in my TikiWiki Site at: http://www.colombiatech.com/miembros Best Regards... Francisco Javier Palomino Webmaster ColombiaTech 468 2007-07-21 21:33:26


We see that this only gives us the information about the object (the comment in this case), but what if I want to have more information before visiting the comment?

One way to do this is to add a column which indicates the item being commented on. It is typically a wiki page or tracker item which is clickable and takes me there.

So let's make some changes and see what we have:

Wiki Output Sample
Copy to clipboard
{LIST(cache="n")} {filter type="comment"} {pagination max="10"} {OUTPUT( template="table")} {column field="contributors"} {column field="title"} {column field="comment_content"} {column field="parent_object_title" mode="raw"} {column field="object_link" mode="raw"} {column field="date"} {OUTPUT} {FORMAT( name="object_link")} {display name="object_id" format="objectlink"} {FORMAT} {FORMAT( name="parent_object_title")} {display name="parent_object_type"}: {display name="wikiplugin_objectlink" format="wikiplugin" type="parent_object_type" id="parent_object_id"} {FORMAT} {sort mode="date_desc"} {LIST}

Here we have just added a new column whose label is "Parent Object".
The new FORMAT control block formats the parent_object_title field, which is the title of the comment's parent object, then with {display} tag we first display the name of the parent object, which is stored in the parent_object_type field. For example, if the parent object is a trackeritem, it will display "trackeritem:", and finally we display the link to the parent object, using the wikiplugin_objectlink plugin. This plugin allows you to create a link to a Tiki object according to its type and its identifier. Here you specify the link format as "wikiplugin", the object type as parent_object_type, and the object id as parent_object_id. For example, if the parent object is a trackeritem with id 1, this will generate a link to "tiki-view_tracker_item.php?itemId=1".
So you get a field that displays the name and link of the comment's parent object. For example, if the comment is linked to an item called "This is my first item", you display "trackeritem: This is my first item".
This gives us the following result:

Title Comment Parent Object Thread Id Date
Re: Create Page is confusing > The current TIKI concept of how to create a new page is very confusing to new users — you have to already be editing an existing wiki page in order to create a new one. This is (IMHO) very anti-user friendly. This way of creating pages is generally the better than creating a new page from scratch in terms of wiki content organization and link structure. The way it works is a user reading a page inserts a link to a page on a related topic that he/she would like to see included in the wiki, and that he/she feels is relevant to the current page. If the page exists, the link gets made automatically. If the link doesn't exist, any user can click on the link to create the page, and add content to it. In this way, the organization of pages and links grows naturally in a coherent web. On the other hand, creating new pages from scratch tends to result in a lot of orphan pages floating around, since the predominant method most wiki pages are accessed is through hyperlinks. Every new page created should fit into the existing wiki somewhere, and should start with at least one link to it. If a user ever feels the need to create a new page out of the blue, it is usually a better idea to look for similar pages first. I personally think creating new pages by inserting a link to nonexistent ones should be the only way of creating pages. Just my two cents =) Jimmy wiki page: Using Wiki Pages 488 2007-08-03 18:12:52
Why isn't this page in the Documentation structure??? Mmmm... I wonder why this page is not at the Documentation structure.... wiki page: Wiki Page Editor 487 2007-07-31 16:38:14
Page image bugs At least for me this page does not display correctly. I see error messages like: picture not found img/icons2/alert.gif wiki page: Wiki-Syntax Lists 485 2007-07-28 00:04:58
Re: Re: list problems > You can't breakup a numbered list with non-numbered paragraphs — the list will restart. For example, you can't have: > 1. Step One > 2. Step Two > Some text here > 3. Step three > > Instead, TIKI will reset the count at: > > 1. Step tree. > > This should be mentioned in the doc Actually, at least now there is a solution to this problem, with the use of the + character to start additional lines. If you're doing a lot of complex stuff like that, though, you may be happier just writing HTML instead of wiki syntax. wiki page: Wiki-Syntax Lists 484 2007-07-28 00:03:51
Re: database charset issue > I thought, that setting default_charset = "utf-8" in PHP.INI would deal with database charset issue , but it hasn't helped, so I've had to revert back to "set names utf8", as described in my comments out there... > Any ideas on that? Koichi, no idea myself. But remember that this type of questions should be sent only to tw.o forums ( http://tikiwiki.org/forums ) to avoid cross posting and filling up unnecesarily our email boxes. Take you time to let people attempt to answer you at tw.o, or request professional support, if needed answer more urgently FindSupport HTH wiki page: Requirements 479 2007-07-25 16:01:26
this questions to tw.o forums, please Here only issues for documentation... You are welcome to help on documenting, by the way 😊 Welcome Authors wiki page: Windows Local Install EasyPhp 478 2007-07-25 16:00:17
Isn't easyPHP supported anymore? I can't see new releases on easyPHP . The existing ones are outdated. Anyway, what charsets are used in it? I'm messed up with database charset issue ... wiki page: Windows Local Install EasyPHP 475 2007-07-25 11:24:28
database charset issue I thought, that setting default_charset = "utf-8" in PHP.INI would deal with database charset issue , but it hasn't helped, so I've had to revert back to "set names utf8", as described in my comments out there... Any ideas on that? wiki page: Requirements 474 2007-07-25 11:20:53
Re: SIMPLE WAY TO PUT GOOGLE ADSENSE IN YOUR TIKIWIKI Hey, Francisco Javier (=oliverartur?), thanks for the tip! Feel free to add more tutorials and howto's in doc.tw.o! 😊 And Welcome to tikiwiki Community! 😊 wiki page: AdSense 469 2007-07-22 12:03:03
SIMPLE WAY TO PUT GOOGLE ADSENSE IN YOUR TIKIWIKI THERE IS A SIMPLE WAY TO PUT GOOGLE ADSENSE IN YOUR TIKIWIKI Due TikiWiki usues the Smarty Template System you need to use the proper tags, but it's very simple. In my case I've created a folder inside my TikiWiki root called "adsense". Follow this simple steps: 1). Make a file that contains your Google Adense code and save it as you like with the .htm extension. (in my case "VinculosDer.htm") 2). Go to Admin -> Modules in your TikiWiki and Create a new module with name and title yow desire but with the Data: as in my case make sure your path match with your adsense file previously created. 3). Assign the module. (Right Border in My case) THAT'S IT!!! You can see this working in my TikiWiki Site at: http://www.colombiatech.com/miembros Best Regards... Francisco Javier Palomino Webmaster ColombiaTech wiki page: AdSense 468 2007-07-21 21:33:26

Using Font Awesome icons instead of content depending on the value of the field content


Tweaking the sample above and using font awesome (integrated in Tiki) you can display corresponding icons for a content.
In this demo case we have a tracker with a "gender" field that hold 2 values, "male" or "female". There is a "male" and a "female" icon in Font Awesome and as both use the same term we can assign it to a div type icon and class.

Copy to clipboard
{LIST()} {filter field="tracker_id" content="42"} {OUTPUT(template="table")} {column label="Title" field="title" sort="title"} {column label="Gender" field="gender"} {OUTPUT} {FORMAT(name="gender")}{DIV(type=i class=fa fa-{display name="tracker_field_gender"})}{DIV}{FORMAT} {LIST}

Editable inline sample using the table template

Copy to clipboard
{column label="First Name" field="firstName" mode=raw} ... {FORMAT(name="firstName")}{display name="tracker_field_firstName" format=trackerrender editable=inline}{FORMAT}

Editable inline sample in a smarty (or wiki) template

In this wikiplugin embedded in a smarty (or wiki) template the field is set to be editable inline (note: format="trackerrender" is required ad well as the Inline editing (found in admin control panels=>trackers)

Copy to clipboard
{wikiplugin _name=list} {literal} {filter content="2" field="tracker_id"} {output(template="mytemplate.tpl")} {ALTERNATE()} empty {ALTERNATE} {FORMAT(name="name")}{display name="tracker_field_name" editable="inline" format="trackerrender" default=""}{FORMAT} {/literal} {/wikiplugin}


So the 2nd column uses a FORMAT plugin where the contents of the field in question, tracker_field_data, is used as the class for a div but the default (used if the data field is empty) is set to be the bootstrap class "hidden" so the contents, the check mark, only appears if there is some data.

Obviously if the data is the name of some other class weird stuff might happen, but for most usual cases, it works as expected and saves having to make a new smarty template just for this simple list.

(Tip and example taken from a message from JonnyB in the developers list - thanks!)

Using Font Awesome icons instead of content depending on the value of the field content


Tweaking the sample above and using font awesome (integrated in Tiki) you can display corresponding icons for a content.
In this demo case we have a tracker with a "gender" field that hold 2 values, "male" or "female". There is a "male" and a "female" icon in Font Awesome and as both use the same term we can assign it to a div type icon and class.

Copy to clipboard
{LIST()} {filter field="tracker_id" content="42"} {OUTPUT(template="table")} {column label="Title" field="title" sort="title"} {column label="Gender" field="gender"} {OUTPUT} {FORMAT(name="gender")}{DIV(type=i class=fa fa-{display name="tracker_field_gender"})}{DIV}{FORMAT} {LIST}

It will display a
if the content of the field = male and a
if the content of the field = female.


When you use a template to display your plugin list you want other item related or linked to the item to open using the same template (or another it doesn't matter) but not to open the trackers built-in system. For this you need to enable the Alias feature and set it to use the template to display the tracker item, "record-" for this sample.

When you use an item link to link an item to other item (related, friend of, etc.) this is a kind of a problem.
Item link has 2 option to display and item link. Value and Link.
Value display the id of the content (ie: 6).
Link display the value of the content linked to the tracker item (ie: Bernard).

Your link should be like:

Copy to clipboard
[record-6|Bernard]

So it open the item "Id6" in the "record-" template showing the value "Bernard" for the link.
To achieve this you need to create and use 2 row.

Copy to clipboard
{FORMAT(name="name")}{display name="tracker_field_contact" format=trackerrender}{FORMAT} {FORMAT(name="id")}{display name="tracker_field_contact"}{FORMAT}


The first one with format=trackerrender will display the content of the tracker Item Link field as it is shown in the tracker (Bernard).
The second one without the format=trackerrender will show the real value for this field (6).

The assemble your link as follow:

Copy to clipboard
[record-{display name="id"}|{display name="name"}]

It will complete the trick and open the item 6 using the record- template while the link displayed will show the right value, Bernard.

Using smarty to format variables (from Tiki 26+)

Instead of using wiki format, you can specify template or tplwiki arguments to refer to a smarty template stored in a file or a wiki page. See PluginList-output-control-block#Parameters for more info on accepted values.

All the LIST Plugin control blocks