Opened 18 years ago
Closed 12 years ago
#567 closed enhancement (wontfix)
adding post comments functionality to the blog
Reported by: | anonymous | Owned by: | John Hampton |
---|---|---|---|
Priority: | normal | Component: | TracBlogPlugin |
Severity: | normal | Keywords: | |
Cc: | Milan | Trac Release: | 0.9 |
Description (last modified by )
For being closer to current state-of-art "blog tool written in python" and also less narcissist as well, this blog plugin required post comments functionality. Currently, one have to directly modify post and then view "page history" - not that handy, and also insecure (e.g. when two people edit post at time).
So, list of features required:
- "comment this" link at each post page and recent posts list
- "view comments" page per each post
- "view recent comments" per each registered blog poster
Attachments (0)
Change History (9)
comment:2 Changed 18 years ago by
comment:3 Changed 18 years ago by
Owner: | changed from anonymous to John Hampton |
---|---|
Status: | assigned → new |
comment:4 follow-up: 5 Changed 18 years ago by
Cc: | muelli@… added |
---|
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.
comment:5 Changed 18 years ago by
Status: | new → assigned |
---|
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.
comment:8 Changed 17 years ago by
Cc: | mshonich@… removed |
---|
comment:9 Changed 17 years ago by
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.
comment:10 Changed 15 years ago by
Cc: | Milan added; muelli@… removed |
---|
comment:11 Changed 12 years ago by
Description: | modified (diff) |
---|---|
Resolution: | → wontfix |
Status: | assigned → closed |
TracBlogPlugin is only for 0.10, as noted on the wiki page. Trac 0.10 is dead now. For blog support, see FullBlogPlugin, which works for Trac 0.11 and later.
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?