]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blob - doc/todo/supporting_comments_via_disussion_pages.mdwn
web commit from 196.40.10.246: poll vote (It's fast enough)
[git.ikiwiki.info.git] / doc / todo / supporting_comments_via_disussion_pages.mdwn
1 I would love to see more traditional support for comments in ikiwiki.   One
2 way would be to structure data on the discussion page in such a way that a
3 "comment" plugin could parse it and yet the discussion page would still be
4 a valid and usable wiki page.
6 For example if the discussion page looked like this:
8     # Subject of First Comment
9     Posted by [Adam Shand](http://adam.shand.net/) at 10:34PM on 14/04/2007
11     Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Morbi consectetuer nunc quis 
12     magna.  Etiam non est eget sapien vulputate varius. Vivamus magna. Sed justo. Donec 
13     pellentesque ultrices urna.
15     # Subject of the Second Comment
16     Posted by [Foo Bar](http://foobar.net/) at 11:41PM on 14/04/2007
18     Quisque lacinia, lorem eget ornare facilisis, enim eros iaculis felis, id volutpat nibh
19     mauris ut felis. Vestibulum risus nibh, adipiscing volutpat, volutpat et, lacinia ut, 
20     pede. Maecenas dolor. Vivamus feugiat volutpat ligula.
22 Each header marks the start of a new comment and the line immediately
23 following is the comments meta data (author, email/url, datestamp).
24 Hopefully you could structure it in such a way that the scope 
26 This would allow:
28  * A comment plugin to render the comments in "traditional blog" format .  
29  * Possibly even support nesting comments by the header level?
30  * A comment plugin to create a form at the bottom of the page for people to add comments in the appropriate format to the discussion page
31  * Still remain usable and readable by people who work via svn.
32  * When there is ACL support you could mark the discussion page as read only so it could only be updated by the comment plugin (if that's what you wanted)
34 Is this simple enough to be sensible?
36 -- [[AdamShand]]
38 > Well, if it's going to look like a blog, why not store the data the same
39 > way ikiwiki stores blogs, with a separate page per comment? As already
40 > suggested in [[discussion_page_as_blog]] though there are some things to
41 > be worked out also discussed there.
42 > --[[Joey]]
44 >> I certainly won't be fussy about how it gets implemented, I was just trying to think of the lightest weight most "wiki" solution.  :-) -- Adam.
46 >>> As a side note, the feature described above (having a form not to add a page but to expand it in a formated way) would be useful for other things when the content is short (timetracking, sub-todo list items, etc..) --[[hb]]
48 I've been looking into this.  I'd like to implement a "blogcomments"
49 plugin.  Looking at the code, I think the way to go is to have a
50 formbuilder_setup hook that uses a different template instead of the
51 standard editpage one.  That template would not display the editcontent
52 field.  The problem that I'm running into is that I need to append the new
53 content to the old one.
55 -- [[MarceloMagallon]]
57 > Anything I can do to help? --[[Joey]]
59 >> Figured it out.  Can you comment on the code below?  Thanks. -- [[MarceloMagallon]]
61     sub formbuilder_setup (@) { #{{{
62         my %params=@_;
63         my $cgi = $params{cgi};
64         my $form = $params{form};
65         my $session = $params{session};
67         # XXX: This needs something to make it blog specific
68         unless ($cgi->param('page') =~ m{/discussion$} &&
69                 $cgi->param('do') eq 'edit' &&
70                 ! defined $form->{title})
71         {
72             return;
73         }
75         $form->template(IkiWiki::template_file("makeblogcomment.tmpl"));
76         $form->field(name => "blogcomment", type => "textarea", rows => 20,
77                 cols => 80);
79         my ($page)=$form->field('page');
80         my $content="";
81         if (exists $pagesources{$page}) {
82             $content=readfile(srcfile($pagesources{$page}));
83             $content.="\n\n";
84         }
85         $content.="----\n\n";
86         my $name=$session->param('name');
87         $name||="Anonymous";
88         $content.=sprintf(gettext("From: %s\n\n"), $name);
89         $content.=sprintf(gettext("Date: %s\n\n"), scalar(localtime));
90         if (defined $cgi->param('comments'))
91         {
92             $content.=sprintf(gettext("Subject: %s\n\n"),
93                     $cgi->param('comments'));
94         }
95         $content.=$cgi->param('blogcomment');
96         $content=~s/\n/\r\n/g;
97         $form->field(name => "editcontent", value => $content, force => 1);
98     } # }}}
100 The above produces a page that looks like this:
102     From: Marcelo
103     
104     Date: Fri Apr 27 21:16:27 2007
105     
106     Subject: Pi
107     
108     3.14
110     ----
112     From: Marcelo
114     Date: Fri Apr 27 21:20:21 2007
116     Subject: 
118     A comment...
120 Questions:
122  * Notice how this assumes that the page it's writing to is in mdwn format.
124  * What to do about the bit marked XXX?
126  * What about special formatting?  Is mdwn enough?