Extension talk:ArticleComments

Include discussion page on article page
Works great, but I am looking for a way to have comments appended to the article's own page on the bottom, much like Wordpress or any blogging software does. Main article, then the box to enter a comment, then a Comments header, followed by the comments themselves. Integration with reCAPTCHA would also be nice.

This extension is working very well, Im very impressed. Good support from Jim R Wilson also! Ive implemented a CSS for this at LeerWiki.nl regards B.Vahrmeijer


 * Regarding embedding the comments for an article into the article itself - there's really no need (in my mind) to do this programmatically. MediaWiki already has a mechanism for pulling to the contents of one article into another.  The code for the suggestion above would be:   This would show the comment form, followed by any contents from the talk page, transcluded into the regular article.  Hope this helps! -- Jimbojw 11:35, 12 July 2007 (UTC)

Require_once position
The line position for the ArticleComments "require" statement within LocalSettings.php made a difference between working and not working. This extension worked when I placed the ArticleComments "require" statement before other "require" and "include" statements. --Infonomics 22:31, 17 August 2007 (UTC)


 * Hi Infonomics. That's probably due to the other extensions, not ArticleComments.  It's a common mistake for an extension to fail to return a value for a hook implementation.  When this happens, the hook stack is killed and no further processing is done for that hook.  ArticleComments correctly returns true, giving other extensions a chance to run.  It's likely that the other extensions were killing the stack before ArticleComments could execute.  Thanks! -- Jimbojw 20:51, 20 August 2007 (UTC)

Code by default on all article pages
I really like this extension and works fine but: My wiki is already set up and I have 4500 articles which I want to include this extension on. I cannot add the code manually to each article and don't want to bother users to add it when they create a new article. So can it be included on each article and maybe category page BY DEFAULT?

Extension:TalkHere is displaying on all pages you define per namespace, but besides no ability to seperate the messages, a magic word like __NOTALKHERE__ is missing so if I find a way to add the code on all pages, __NOCOMMENTS__ would need to be possible (e.g. for Main Page) --Subfader 23:23, 21 August 2007 (UTC)
 * I've used the headerfooter extension top do this Tarlachmoorhouse 22:16, 14 December 2007 (UTC)

Return to article page after submitting a comment
I want to integrate this with the code from above. But after submitting a comment the article page should reload instead of the You have successfully... You may view... page. On the Special:ProcessComment it should be possible to add a ReturnTo with a timeout. I saw this on other extensions, which takes you to the Main Page after 5 seconds: $wgOut->returnToMain; ? --Subfader 23:47, 21 August 2007 (UTC)

Latest posts on top
I'd like to see the order changed so that new comments are on top. This would also make sense when showing the comment form by default so the new post appears directly under the form. How's that possible? --Subfader 23:23, 21 August 2007 (UTC)

User Names
I'd like to remove the Name field and have the user name included like the format but catched like ~ signature does to avoid fake posting. This could easily be done on MediaWiki:Article-comments-new-comment i guess? --Subfader 23:23, 21 August 2007 (UTC)

Preview Button
A preview button next to the submit button would be cool cos the extension is made for people without a clue and aince it uses wiki formatting it forces unhappy surprises after posting a comment and such visitors won't see a way to edit it correctly. It would make even more sense when the Edit Toolbar was loaded. --Subfader 23:23, 21 August 2007 (UTC)

Latest Comments
How can I display a list of pages with new comments on? Something like and maybe even make parts of the comments display on that list just like searching in the Talk namespace does? I guess it's not possible cos you'd have to change includes/SpecialNewpages.php? What about creating a Special:Newcomments.php instead? --Subfader 23:15, 21 August 2007 (UTC)

Special:ProcessComment
This is a good extension (more stable than beta IMHO), but the Special:ProcessComment special page at Special:Specialpages is annoying. This should fix it:

Basically, I changed one true to false in the SpecialPage::addPage function to make it an unlisted special page. -- Sayuri 13:38, 24 September 2007 (UTC)


 * Thanks Sayuri! You have a good point about not listing the special page, next time I revisit the code, I'll add that. Also, regarding "beta" status - thanks!  I take my released code very seriously, so if you find any other troubles, please let me know. -- Jimbojw 15:35, 24 September 2007 (UTC)

Captcha support
Other users here have already asked that ~ would be used instead of asking for a name. Thus one would know if a comment was written by a registered user or by an anonymous user. And speaking of anonymous users, Captcha support is reallly required for them. -79.183.105.239 15:16, 22 December 2007 (UTC)


 * I have considered integrating with the Captcha extension - just haven't gotten around to it yet. :/ --Jimbojw (talk | blog) 17:50, 18 March 2008 (UTC)

Customizable fields
Maybe somehow use a template for the fields? -79.183.105.239 15:16, 22 December 2007 (UTC)

No SPAM protection!
The spammers now shit on my site via comments. What can I do? Everything I have set up on $wgSpamRegex and Extension:SpamBlacklist is not affected by the comment process. I.e. I cannot enter bad words / domains by editing a talk page the normal way, but when I leave a comment everything is possible. Please fix asap. --Subfader 12:54, 16 March 2008 (UTC)


 * Version 0.4.2 now has support for $wgSpamRegex. I have not yet integrated with the SpamBlacklist extension.  --Jimbojw (talk | blog) 17:48, 18 March 2008 (UTC)