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
|
Using Wiki Pages updated + need more wiki doc pages |
I updated Using Wiki Pages: added Page Monitoring (was blank "Page Notification", Page Permissions and Show Modules in Wiki Page. But I think there needs to pages created for: 1. define permissions 2. misc wiki syntax 😊 - jd - — |
81 |
2004-09-24 18:12:32 |
Rewrite in .htaccess files |
I decided to use .htaccess files to perform the rewriting and found the rules are slightly different than with Directory stanzas. Note that I have my Wiki under /tikiwiki so the RewriteBase is required. I'd post my complete config but it doesn't format properly. I include a "RewriteBase /tikiwiki" stanza at the top. Remove the leading / from each of the match and replacement entries. Eg: RewriteRule articles$ tiki-view_articles.php [L] (There's a closing bracket there. It'll appear in TikiWiki 1.8.x, x>5?) In the numeric identifier section each = is followed by $1 Eg: RewriteRule article([0-9]+) tiki-read_article.php?articleId=$1 [QSA,L] The last change is the final rule needs a leading carat. Eg: RewriteRule ^([-_\+A-Za-z0-9]+)$ tiki-index_raw.php?page= $1 [QSA,L] |
80 |
2004-09-22 03:26:10 |
list problems |
I cannot seem to get the '#' markup to display the sequence correctly. All I get are '1's. I am sure this is something very easy.. but I can't be the only one experiencing it. |
78 |
2004-08-25 01:20:53 |
Styles and Themes in progress |
I copied over the main text from tw:ThemesDoc and plan to break-up and revise the page soon |
76 |
2004-08-08 16:00:51 |
Comments in progress |
I copied over text from tw:CommentDoc to Comments and added a few notes about posting comments and voting. Needs screen grabs. |
73 |
2004-08-04 15:13:14 |
Center Module Support |
It would be very helpful to have organized meta-data modules offered in the middle of Tiki Custom Home. For Instance, user logs in under a certain Group and get's a particular Center Module according to Group. Very helpful for tailoring a users experience to the specefic group application of the WebSite Presentation. |
70 |
2004-04-19 05:20:56 |
Center Module Support |
I would like to request center module support. Puzzled by the thought that this has not yet already been offered but it would be very helpful to have organized content/menu/groups/categories/ modules offered in the middle of Tiki Custom Home. |
69 |
2004-04-19 05:16:37 |
Great Feature |
I would like to add my vote to this feature. Something like this was one of the first customizations that I was intending to work on. This could solve the whole online text editor dilemma. Utilizing the feature rich text editor built in to each of our favorite email clients makes perfect sense to me. The major challenge is making the interface seamless enough so that it does not create a barrier for usage. Of course hardening the security against the possible email spam attacks will be important. On the other hand, only registered users can submit this way. The existing security model is probably sufficient. Great work to all the developers working on this. BTW - I don't know if many of us realize what a mind shifting, ground breaking tool TikiWiki is and is becoming. |
66 |
2004-02-26 20:12:06 |
Security |
It's not clear where security stuff is treated. Since 1.8 offers list functions unsecured by default (no permission checks in searches) we have to make this obvious to an evaluator. |
60 |
2004-02-14 21:16:58 |
Thumbnails |
Hi nema, I'm not anglophone, but you don't look like one neither! 😀 Let me try to answer you although I don't get half of what you wrote. GD comes by default with recent PHP versions, so thumbnails whould work by default with the install process described here. If not, it's quite likely that you're one of many suffering an image galleries thumbnails bug. By the way, comments on this site should only be used regarding documentation, please use tw.o or SourceForge forums instead for support. |
57 |
2004-02-12 04:12:07 |
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
|
Using Wiki Pages updated + need more wiki doc pages |
I updated Using Wiki Pages: added Page Monitoring (was blank "Page Notification", Page Permissions and Show Modules in Wiki Page. But I think there needs to pages created for: 1. define permissions 2. misc wiki syntax 😊 - jd - — |
wiki page: Documentation Status |
81 |
2004-09-24 18:12:32 |
Rewrite in .htaccess files |
I decided to use .htaccess files to perform the rewriting and found the rules are slightly different than with Directory stanzas. Note that I have my Wiki under /tikiwiki so the RewriteBase is required. I'd post my complete config but it doesn't format properly. I include a "RewriteBase /tikiwiki" stanza at the top. Remove the leading / from each of the match and replacement entries. Eg: RewriteRule articles$ tiki-view_articles.php [L] (There's a closing bracket there. It'll appear in TikiWiki 1.8.x, x>5?) In the numeric identifier section each = is followed by $1 Eg: RewriteRule article([0-9]+) tiki-read_article.php?articleId=$1 [QSA,L] The last change is the final rule needs a leading carat. Eg: RewriteRule ^([-_\+A-Za-z0-9]+)$ tiki-index_raw.php?page= $1 [QSA,L] |
wiki page: Apache Clean URLs |
80 |
2004-09-22 03:26:10 |
list problems |
I cannot seem to get the '#' markup to display the sequence correctly. All I get are '1's. I am sure this is something very easy.. but I can't be the only one experiencing it. |
wiki page: Wiki-Syntax Lists |
78 |
2004-08-25 01:20:53 |
Styles and Themes in progress |
I copied over the main text from tw:ThemesDoc and plan to break-up and revise the page soon |
wiki page: Documentation Status |
76 |
2004-08-08 16:00:51 |
Comments in progress |
I copied over text from tw:CommentDoc to Comments and added a few notes about posting comments and voting. Needs screen grabs. |
wiki page: Documentation Status |
73 |
2004-08-04 15:13:14 |
Center Module Support |
It would be very helpful to have organized meta-data modules offered in the middle of Tiki Custom Home. For Instance, user logs in under a certain Group and get's a particular Center Module according to Group. Very helpful for tailoring a users experience to the specefic group application of the WebSite Presentation. |
wiki page: Module |
70 |
2004-04-19 05:20:56 |
Center Module Support |
I would like to request center module support. Puzzled by the thought that this has not yet already been offered but it would be very helpful to have organized content/menu/groups/categories/ modules offered in the middle of Tiki Custom Home. |
wiki page: Module |
69 |
2004-04-19 05:16:37 |
Great Feature |
I would like to add my vote to this feature. Something like this was one of the first customizations that I was intending to work on. This could solve the whole online text editor dilemma. Utilizing the feature rich text editor built in to each of our favorite email clients makes perfect sense to me. The major challenge is making the interface seamless enough so that it does not create a barrier for usage. Of course hardening the security against the possible email spam attacks will be important. On the other hand, only registered users can submit this way. The existing security model is probably sufficient. Great work to all the developers working on this. BTW - I don't know if many of us realize what a mind shifting, ground breaking tool TikiWiki is and is becoming. |
wiki page: Mail-in |
66 |
2004-02-26 20:12:06 |
Security |
It's not clear where security stuff is treated. Since 1.8 offers list functions unsecured by default (no permission checks in searches) we have to make this obvious to an evaluator. |
wiki page: Documentation Status |
60 |
2004-02-14 21:16:58 |
Thumbnails |
Hi nema, I'm not anglophone, but you don't look like one neither! 😀 Let me try to answer you although I don't get half of what you wrote. GD comes by default with recent PHP versions, so thumbnails whould work by default with the install process described here. If not, it's quite likely that you're one of many suffering an image galleries thumbnails bug. By the way, comments on this site should only be used regarding documentation, please use tw.o or SourceForge forums instead for support. |
wiki page: Windows Desktop Install |
57 |
2004-02-12 04:12:07 |
|