adding post comments functionality to the blog

True. After running a blog on PHP-based Wordpress for almost 3 years, I switched the site to trac for various reasons. I'd like to continue blogging, so I started using this plugin.

http://voidblog.de/

However, having neither comments nor pingbacks make life a little less enjoyable for me. What can I do to help out?

I'd love to see this feature as well.

I know neither trac nor this blog plugin very well, but I could imagine following archticture to achieve a solution:

One could design comments as wiki pages which names start with the blogentry-title and ending with "/comment/" followed by an increasing number. Then, the TracBlogPlugin provides a link (which is entitled with "comment") to the next free comment. It either displays all comment pages for a blog entry inline or provides a list of all comments.

Problems: * permissions: anonymous reader should be able to comment but not to change existing comments * moving/deleting blog entries: After one moves (which is not possible by default anyway) or deletes a blog entry, you probably want to move/delete the comments as well. * Tags: Comments, as they are wiki pages, can be tagged. You may not want this since they interfere with your own tags.

Another Idea:

Designing comments as new entities in an own table. You could then avoid above mentioned problems since you develop your own datastructures and logics. Problems: * Sounds rather difficult to implement and to maintain.

Replying to muelli:

One could design comments as wiki pages which names start with the blogentry-title and ending with "/comment/" followed by an increasing number. Then, the TracBlogPlugin provides a link (which is entitled with "comment") to the next free comment. It either displays all comment pages for a blog entry inline or provides a list of all comments.

This is actually similar to what I have envisioned.

Problems: * permissions: anonymous reader should be able to comment but not to change existing comments

Well, this could be done by not allowing entry via the normal wiki interface, and then only allow editing if it's a logged in user. Request filters are wonderful for this. It does mean that it would be a 0.10 only thing.

* moving/deleting blog entries: After one moves (which is not possible by default anyway) or deletes a blog entry, you probably want to move/delete the comments as well.

This can be done manually via the wiki interface. Annoying but doable.

* Tags: Comments, as they are wiki pages, can be tagged. You may not want this since they interfere with your own tags.

Probably easiest to just leave it be and allow tags.

Another Idea: Designing comments as new entities in an own table. You could then avoid above mentioned problems since you develop your own datastructures and logics. Problems: * Sounds rather difficult to implement and to maintain.

While it shouldn't be too difficult, it would take time, and since blog entries are wiki pages, it doesn't make much sense to do something separate. However, the access control, etc. wouldn't be so much of a hack.

Anyway, I hope to be able to do this, but I'll admit that it's low on my priority list. If you want to give a crack at it, I love patches. However, I will admit that I don't think my code is the best and I was in the process of refactoring the code. However, that has stalled.

I would appreciate the feature as well.

I've found that you can get a lot of this effect with AddCommentMacro. If you set the blog footer to

[[BR]]
[[AddComment(appendonly)]]

then anonymous users can comment, but they can't edit (unless they have WIKI_MODIFY, of course).

The only downside is that the authorship of the blog entry in a [[BlogShow]] changes to the last person that commented. It would be better if the blog author remained the original poster and that the Updated on string changed to Updated on ??? by ???, but I don't know if that's possible.