1
django-threadedcomments
2
=======================
4
*threadedcomments* is a Django application which allows for the simple creation of a threaded commenting system.
5
Commenters can reply both to the original item, and reply to other comments as well.
7
The application is (as of 0.9) built on top of django.contrib.comments,
8
which allows it to be easily extended by other modules.
14
Install the package via pip::
16
pip install django-threadedcomments
18
It's preferred to install the module in a virtual environment.
23
Add the following to ``settings.py``::
27
'django.contrib.comments',
30
COMMENTS_APP = 'threadedcomments'
32
By placing the ``threadedcomments`` app above the ``django.contrib.comments`` application,
33
the placeholder ``comments/list.html`` template will already be replaced by a threaded view.
35
Make sure django.contrib.comments_ is configured in ``urls.py``::
37
urlpatterns += patterns('',
38
url(r'^articles/comments/', include('django.contrib.comments.urls')),
41
Provide a template that displays the comments for the ``object`` (e.g. article or blog entry)::
43
{% load threadedcomments_tags %}
47
<h2>Comments for {{ object.title }}:</h2>
49
{% render_comment_list for object %}
50
{% render_comment_form for object %}
56
Naturally, it's desirable to write your own version of ``comments/list.html`` in your project,
57
or use one of the ``comments/app/list.html`` or ``comments/app/model/list.html`` overrides.
59
Make sure to override ``comments/base.html`` as well, so the other views of django.contrib.comments_
60
are displayed using your web site design. The other templates of django.contrib.comments_ are
61
very plain as well on purpose (for example ``comments/posted.html``),
62
since these pages depend on the custom design of the web site.
64
See the provided ``example`` app for a basic configuration,
65
including a JavaScript-based reply form that moves to the comment the visitor replies to.
71
The ``threadedcomments_tags`` library is a drop-in replacement for the ``comments`` library
72
that is required for the plain comments. The tags are forwards compatible;
73
they support the same syntax as django.contrib.comments_ provides,
74
and they add a few extra parameters.
76
Fething comment counts::
78
{% get_comment_count for [object] as [varname] %}
79
{% get_comment_count for [object] as [varname] root_only %}
81
{% get_comment_count for [app].[model] [id] as [varname] %}
82
{% get_comment_count for [app].[model] [id] as [varname] root_only %}
84
Fetching the comments list::
86
{% get_comment_list for [object] as [varname] %}
87
{% get_comment_list for [object] as [varname] flat %}
88
{% get_comment_list for [object] as [varname] root_only %}
90
Rendering the comments list::
92
{% render_comment_list for [object] %}
93
{% render_comment_list for [object] root_only %}
95
{% render_comment_list for [app].[model] [id] %}
96
{% render_comment_list for [app].[model] [id] root_only %}
98
Fetching the comment form::
100
{% get_comment_form for [object] as [varname] %}
101
{% get_comment_form for [object] as [varname] with [parent_id] %}
102
{% get_comment_form for [app].[model] [id] as [varname] %}
103
{% get_comment_form for [app].[model] [id] as [varname] with [parent_id] %}
105
Rendering the comment form::
107
{% render_comment_form for [object] %}
108
{% render_comment_form for [object] with [parent_id] %}
109
{% render_comment_form for [app].[model] [id] %}
110
{% render_comment_form for [app].[model] [id] with [parent_id] %}
112
Rendering the whole tree::
114
{% for comment in comment_list|fill_tree|annotate_tree %}
115
{% ifchanged comment.parent_id %}{% else %}</li>{% endifchanged %}
116
{% if not comment.open and not comment.close %}</li>{% endif %}
117
{% if comment.open %}<ul>{% endif %}
119
<li id="c{{ comment.id }}">
121
{% for close in comment.close %}</li></ul>{% endfor %}
124
The ``fill_tree`` filter is required for pagination, it ensures that the parents of the first comment are included as well.
126
The ``annotate_tree`` filter adds the ``open`` and ``close`` properties to the comment.
132
The application is built on top of the standard django.contrib.comments_ framework,
133
which supports various signals, and template overrides to customize the comments.
135
To customize django-threadedcomments, override the proper templates, or include the apps that provide the missing features.
136
Front-end editing support for example, is left out on purpose. It belongs to the domain of moderation, and policies
137
to know "who can do what". That deserves to be in a separate application, it shouldn't be in this application as it focuses on threading.
138
The same applies to social media logins, comment subscriptions, spam protection and Ajax posting.
140
Note that the standard framework also supports moderation, flagging, and RSS feeds too. More documentation can be found at:
142
* `Django's comments framework <https://docs.djangoproject.com/en/dev/ref/contrib/comments/>`_
143
* `Customizing the comments framework <http://docs.djangoproject.com/en/dev/ref/contrib/comments/custom/>`_
144
* `Example of using the in-built comments app <http://docs.djangoproject.com/en/dev/ref/contrib/comments/example/>`_
146
Some of the modules worth looking at are:
148
* django-comments-spamfighter_
149
* django-myrecaptcha_
150
* django-fluent-comments_
152
These modules can enhance the comments system even further.
155
.. _django.contrib.comments: https://docs.djangoproject.com/en/dev/ref/contrib/comments/
156
.. _django-fluent-comments: https://github.com/edoburu/django-fluent-comments/
157
.. _django-myrecaptcha: https://bitbucket.org/pelletier/django-myrecaptcha/
158
.. _django-comments-spamfighter: https://github.com/bartTC/django-comments-spamfighter/
added
removed
README.rst
