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: Suggest redesign of doc.tw.o page |
None of the boxes (get started get help etc.) line up. It looks very bad. Can we remove them please? |
813 |
2009-05-29 23:53:50 |
Re: Suggest redesign of doc.tw.o page |
a big +1 on that |
812 |
2009-05-29 23:52:37 |
Added to page |
Thanks Marc - added this info to the parameter table. |
811 |
2009-05-14 03:38:18 |
nocache=1 |
I removed from wiki help because similar information is offered by plugin help for img plugin. I am not sure if this cache thing actually works. If it does, there perhaps is a feature check that should be added. Non cacheable images {img src=http://example.com/foo.jpg?nocache=1 width=200 height=100 align=center link=http://www.yahoo.com desc=foo}" displays an image height width desc link and align are optional |
810 |
2009-05-13 21:01:01 |
This was once in the code and may contain relevant info |
I removed from wiki help because similar information is offered by plugin help. {file name=file.ext desc="description text" page="wiki page name" showdesc=1} Creates a link to the named file. If page is not given, the file must be attached to the current page. If desc is not given, the file name is used for the link text, unless showdesc is used, which makes the file description be used for the link text. If image=1 is given, the attachment is treated as an image and is displayed directly on the page; no link is generated. |
809 |
2009-05-13 20:47:40 |
Re: iframes on rewrite rules |
> xavi - the iframes aren't working for me (IE7). Just big blank spaces. Not sure what the problem is. > > lindon I confirm bug on IE7 |
808 |
2009-05-10 05:12:52 |
iframes on rewrite rules |
xavi - the iframes aren't working for me (IE7). Just big blank spaces. Not sure what the problem is. lindon |
807 |
2009-05-07 16:26:58 |
thank you! |
I'm glad you like it - with 200 plugin and module pages I desperately needed something. Might could have used dynamic content, but I don't think that's available to registered users here so I wanted something everyone who had normal edit rights could edit. |
806 |
2009-05-04 16:53:10 |
brilliant idea, lindon! :-) |
I was kind-of-reluctant to do that just for myself long ago, but nowadays, I see the benefits of doing that (after the many tenths of pages where I manually added those links). |
805 |
2009-05-04 06:21:28 |
allow_url_include = On |
For an unknown reason - this should not be necessary- on some system - you need in /etc/php.ini allow_url_include = On to have the php function file_get_contents() working |
804 |
2009-02-20 21:45:55 |
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: Suggest redesign of doc.tw.o page |
None of the boxes (get started get help etc.) line up. It looks very bad. Can we remove them please? |
wiki page: Documentation |
813 |
2009-05-29 23:53:50 |
Re: Suggest redesign of doc.tw.o page |
a big +1 on that |
wiki page: Documentation |
812 |
2009-05-29 23:52:37 |
Added to page |
Thanks Marc - added this info to the parameter table. |
wiki page: PluginFile |
811 |
2009-05-14 03:38:18 |
nocache=1 |
I removed from wiki help because similar information is offered by plugin help for img plugin. I am not sure if this cache thing actually works. If it does, there perhaps is a feature check that should be added. Non cacheable images {img src=http://example.com/foo.jpg?nocache=1 width=200 height=100 align=center link=http://www.yahoo.com desc=foo}" displays an image height width desc link and align are optional |
wiki page: Wiki-Syntax Images |
810 |
2009-05-13 21:01:01 |
This was once in the code and may contain relevant info |
I removed from wiki help because similar information is offered by plugin help. {file name=file.ext desc="description text" page="wiki page name" showdesc=1} Creates a link to the named file. If page is not given, the file must be attached to the current page. If desc is not given, the file name is used for the link text, unless showdesc is used, which makes the file description be used for the link text. If image=1 is given, the attachment is treated as an image and is displayed directly on the page; no link is generated. |
wiki page: PluginFile |
809 |
2009-05-13 20:47:40 |
Re: iframes on rewrite rules |
> xavi - the iframes aren't working for me (IE7). Just big blank spaces. Not sure what the problem is. > > lindon I confirm bug on IE7 |
wiki page: Apache Clean URLs |
808 |
2009-05-10 05:12:52 |
iframes on rewrite rules |
xavi - the iframes aren't working for me (IE7). Just big blank spaces. Not sure what the problem is. lindon |
wiki page: Apache Clean URLs |
807 |
2009-05-07 16:26:58 |
thank you! |
I'm glad you like it - with 200 plugin and module pages I desperately needed something. Might could have used dynamic content, but I don't think that's available to registered users here so I wanted something everyone who had normal edit rights could edit. |
wiki page: Module and Plugin Includes |
806 |
2009-05-04 16:53:10 |
brilliant idea, lindon! :-) |
I was kind-of-reluctant to do that just for myself long ago, but nowadays, I see the benefits of doing that (after the many tenths of pages where I manually added those links). |
wiki page: Module and Plugin Includes |
805 |
2009-05-04 06:21:28 |
allow_url_include = On |
For an unknown reason - this should not be necessary- on some system - you need in /etc/php.ini allow_url_include = On to have the php function file_get_contents() working |
wiki page: Profiles |
804 |
2009-02-20 21:45:55 |
|